[erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
CARPENTER, TOMMY J (TOMMY J)
tommy@REDACTED
Mon Feb 12 23:57:03 CET 2018
There’s something that hasn’t been discussed much in this thread.
I was part of the small group responsible for bringing Erlang into one of the largest companies in the world; AT&T (not counting the hardware that probably runs Erlang). As such, I am partially responsible for the vetting of the ecosystem as well as popular libraries that developers would use. Would I *ever* put a codebase into my company using this package? No. Would I *ever* use this in a codebase that a single other developer could see? No. Would I add this to the Erlang ecosystem inside AT&T? No. I don’t wish for a date with corporate lawyers.
If it had a better name, and was a good software project, would I? Absolutely.
You are asking for lawsuits if you use this kind of horrible language in the workplace. It doesn’t matter what the intent is.
If your goal is adoption, pick a name that people can use in all situations ranging from personal projects to large company projects.
From: Charles Hixson <charleshixsn@REDACTED<mailto:charleshixsn@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 1:26:02 PM EST
To: <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
I'm sorry, but "coon" was definitely a pejorative term during *my* childhood. I'm not a part of the affected group, but it is certainly one of the strongly associated meanings that attach to it in my mind. Use a word meaning the same animal from a different language. Or spell out the name in full. Or name it after someone's pet raccoon. Or just change it. There's no downside to changing it, and there is a downside to keeping it. I don't know how strong a downside, but it's better to avoid any.
On 02/12/2018 07:11 AM, Chris Waymire wrote:
The idea that a software library that happens to share name with a racial slur that is over 180 years old and has not been part of common social use for several decades would make people angry is ridiculous. Especially when the word as meanings that pre-date the slur. If that upsets you to the point where you are unable to get past it then it is time to unplug your tv, your radio and your internet and live a life of peaceful solitude.
On Mon, Feb 12, 2018 at 7:03 AM, Loïc Hoguin <essen@REDACTED<mailto:essen@REDACTED>> wrote:
This idea that white supremacists need a reason to call others using racial slurs is ridiculous at best. At this rate you will call me a Nazi by the next reply. Fingers crossed.
Again Valery does not apply this term to black people or make any reference about them or the US History, so there's no intent here. He's using the other meaning.
Soon you will argue that hunters are racists because they call racoons "coons".
On 02/12/2018 03:53 PM, Josh Barney wrote:
Intent IS important and the intent of the people who applied this term to black people was a very bad intent.
?People are getting offended much too easily these days? ? this argument has been plastered all over American news for years, always coming from a privileged group claiming hurt. This is the white supremesist position.
On Mon, Feb 12, 2018 at 9:34 AM Lo?c Hoguin <essen@REDACTED<mailto:essen@REDACTED>> wrote:
This reminds me of people who were calling some coffee brand racist not
realizing that the Spanish or Portuguese translation for "black"
looks a
lot like a racist slur.
People are getting offended much too easily these days. Intent is
important and there's no intent to slur here.
On 02/12/2018 03:15 PM, Josh Barney wrote:
> One would presume that all the black persons who have been called
in an
> effort to reduce them to rabid animals hunted for sport by white men
> with dogs would be aware. That?s the import thing about racial
slurs,
> not that you are unhurt, but that someone else is hurt.
>
> On Mon, Feb 12, 2018 at 9:04 AM Lo?c Hoguin <essen@REDACTED<mailto:essen@REDACTED>>
wrote:
>
> More importantly, who is aware of them? I doubt too many people
outside
> of North America know about it.
>
> And secondly, should you censor a word that's otherwise perfectly
fine
> because of its use in slang? It'll get some radical activists
angry for
> sure so it depends on whether you see this as a good or a bad thing.
> Nowadays that tends to be a good thing.
>
> Most people will not think twice about it.
>
> On 02/12/2018 02:17 PM, Fred Hebert wrote:
> > Are you aware of the connotations coming with that name?
> >
> > On Sun, Feb 11, 2018 at 4:05 PM, Valery Tikhonov
> > <valerii.tikhonov@REDACTED<mailto:valerii.tikhonov@REDACTED> <mailto:valerii.tikhonov@REDACTED<mailto:valerii.tikhonov@REDACTED>>>
> wrote:
> >
> > Hi,
> > I would like to introduce ?oon
<https://github.com/comtihon/coon<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_coon&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=RxbdZ8BIm4RfMnpp5ROzi8LGEmBWeF9kFzh4wajiBsI&e=>> -
> > build and dependency management system and tool for easy
deployment
> > Erlang packages.
> > In short:
> >
> > * coon uses prebuilt packages from CoonHub
> > <https://coon.justtech.blog<https://urldefense.proofpoint.com/v2/url?u=https-3A__coon.justtech.blog&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=2cbuE9ZV_Td4xeDqtSlcWqLgFFRIi6w6FsFPPJbRks4&e=>>, what reduces build time
> > * thanks to github integration it allows to trigger new builds for
> > Erlang packages when commiting new tag in repo
> > * you can set installation steps to deploy and run Erlang service
> > from prebuilt package on system without otp/Erlang installed
> > with `coon install namespace/name`
> >
> > Documentation, articles and links:
> >
> > coon (client) - https://github.com/comtihon/coon<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_coon&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=RxbdZ8BIm4RfMnpp5ROzi8LGEmBWeF9kFzh4wajiBsI&e=>
> > <https://github.com/comtihon/coon<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_coon&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=RxbdZ8BIm4RfMnpp5ROzi8LGEmBWeF9kFzh4wajiBsI&e=>> see Readme.md and doc folder
> >
> > coon_auto_builder (server) -
> > https://github.com/comtihon/coon_auto_builder<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_coon-5Fauto-5Fbuilder&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=uUm-PZcdImDZdq5fwi_LvxLHZvSVjVb07rduHUEplxI&e=>
> > <https://github.com/comtihon/coon_auto_builder<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_coon-5Fauto-5Fbuilder&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=uUm-PZcdImDZdq5fwi_LvxLHZvSVjVb07rduHUEplxI&e=>>
> >
> > how to create and build Erlang service from scratch
> > https://justtech.blog/2018/01/07/create-erlang-service-with-coon/<https://urldefense.proofpoint.com/v2/url?u=https-3A__justtech.blog_2018_01_07_create-2Derlang-2Dservice-2Dwith-2Dcoon_&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=CAjvNIo8MAXnubPlom1hCEkH_5ltBcs1VbsLc3nigSc&e=>
> >
<https://justtech.blog/2018/01/07/create-erlang-service-with-coon/<https://urldefense.proofpoint.com/v2/url?u=https-3A__justtech.blog_2018_01_07_create-2Derlang-2Dservice-2Dwith-2Dcoon_&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=CAjvNIo8MAXnubPlom1hCEkH_5ltBcs1VbsLc3nigSc&e=>>
> >
> > how to prepare Erlang service for deploy
> >
>
https://justtech.blog/2018/02/11/erlang-service-easy-deploy-with-coon/<https://urldefense.proofpoint.com/v2/url?u=https-3A__justtech.blog_2018_02_11_erlang-2Dservice-2Deasy-2Ddeploy-2Dwith-2Dcoon_&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=oVMRzLO5oTRQA2iKUkDBWbfYB9alJeOV1dAcKlaGOUg&e=>
> >
>
<https://justtech.blog/2018/02/11/erlang-service-easy-deploy-with-coon/<https://urldefense.proofpoint.com/v2/url?u=https-3A__justtech.blog_2018_02_11_erlang-2Dservice-2Deasy-2Ddeploy-2Dwith-2Dcoon_&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=oVMRzLO5oTRQA2iKUkDBWbfYB9alJeOV1dAcKlaGOUg&e=>>
> >
> > example service which uses coon
> > https://github.com/comtihon/example_service<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_example-5Fservice&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=4rzVKkix-hQtaB2iHGsZAMBSioYpcAMhyGMcuCoYLbc&e=>
> > <https://github.com/comtihon/example_service<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_example-5Fservice&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=4rzVKkix-hQtaB2iHGsZAMBSioYpcAMhyGMcuCoYLbc&e=>>
> >
> > example library which uses coon
> > https://github.com/comtihon/mongodb-erlang<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_mongodb-2Derlang&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=QsUgoig-fquuVxrwjubXyyWKXT5pVpRNE6fElds-YNk&e=>
> > <https://github.com/comtihon/mongodb-erlang<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_comtihon_mongodb-2Derlang&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=QsUgoig-fquuVxrwjubXyyWKXT5pVpRNE6fElds-YNk&e=>>
> >
> > Hope you find this tool useful :)
> >
> >
> >
> >
> > _______________________________________________
> > erlang-questions mailing list
> > erlang-questions@REDACTED<mailto:erlang-questions@REDACTED> <mailto:erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
> > http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
> > <http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>>
> >
> >
> >
> >
> > _______________________________________________
> > erlang-questions mailing list
> > erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
> > http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
> >
>
> --
> Lo?c Hoguin
> https://ninenines.eu<https://urldefense.proofpoint.com/v2/url?u=https-3A__ninenines.eu&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=J03QS8mi2WFKwEnw6RBjqweAAWy4ynOHjx4BZO00wEw&e=>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
> http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
>
-- Lo?c Hoguin
https://ninenines.eu<https://urldefense.proofpoint.com/v2/url?u=https-3A__ninenines.eu&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=J03QS8mi2WFKwEnw6RBjqweAAWy4ynOHjx4BZO00wEw&e=>
--
Loïc Hoguin
https://ninenines.eu<https://urldefense.proofpoint.com/v2/url?u=https-3A__ninenines.eu&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=J03QS8mi2WFKwEnw6RBjqweAAWy4ynOHjx4BZO00wEw&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
From: Charles Hixson <charleshixsn@REDACTED<mailto:charleshixsn@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 1:38:04 PM EST
To: <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
Well, it really depends on how long the library has had that name. I never expected the gimp people to change the name of their program when it was pointed out that some might find the name offensive...but it has retarded the success of the project significantly, and kept it out of at least two businesses that I know of. Recently they've started altering the display so that is doesn't say "The Gimp" but now says "The GNU Image Manipulation Program" on the startup screen. That's what "The Gimp" always stood for, but now they've altered the startup screen to make the name less blatant...because some people *were* offended, and because businesses didn't want to risk offending customers.
I wouldn't avoid using the library because of the name, but I might well avoid mentioning it to others.
On 02/12/2018 08:58 AM, Russell Brown wrote:
Tristan is right. This really is awful. I can’t believe there’s even an argument. If someone emailed me to tell me that my library's name was offensive, I’d apologises and change it. Maybe that’s just me. I think this case is indefensible. And those who ask that we _not talk about it_ but instead talk about the technical merits, no.
If there’s a commercial entity associated with this I hope they act soon.
I need to use erlang for my work, please don’t stick with this name. I don’t want to be in anyway even tangentially associated with it. Does github not have some policy about this repo name, also?
On 12 Feb 2018, at 17:16, Tristan Sloughter <t@REDACTED><mailto:t@REDACTED> wrote:
This is awful. But sadly not surprising. Intent only matters in the sense the author is not at fault. Intent does not matter when it comes to whether or not you want to not push people away.
For those who don't care what I or Fred say since we are white, it is easy enough to go ask Black developers in North American.
--
Tristan Sloughter
"I am not a crackpot" - Abe Simpson
t@REDACTED<mailto:t@REDACTED>
On Mon, Feb 12, 2018, at 7:29 AM, zxq9@REDACTED<mailto:zxq9@REDACTED> wrote:
On 2018年2月12日月曜日 10時16分51秒 JST Fred Hebert wrote:
Intent does not matter.
No.
Fred, I have enormous respect for you and have gone several rounds with
you on several subjects, each time having learned something for my own
part. On technical subjects, anyway.
But... INTENT
You are demonstraby wrong already. Just stop. You will not win against
the weight of history.
This is becoming some SJW ridiculousness already, not because you care
about that but because of the ambient temperature. I know SJW flippancy
is not your intent, but that is the only place this winds up going these
days. That is not a small failure -- it quickly becomes a systemic one,
not just in a concurrent software system of ephemeral importance, but a
concrete socio-economic one of critical importance that pays for all the
other parties we enjoy.
Riddle me this:
If we cannot undersand enough about the software systems that WE WRITE
OURSELVES that we need the "let it crash" mentality, how is it that we
somehow understand to a manifest degree the economic and social value
systems (which are profoundly more complex than our petty software
systems) that we can dictate value within them? By what restart
mechanism is this all brought back to a "reasonble default"?
I am sincerely desirous of an answer here, because I have a profound
respect for your intellect but cannot imagine that you have properly
considered the alternatives or where this path of discourse winds up
eventualy going.
-Craig
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
From: Antonio SJ Musumeci <trapexit@REDACTED<mailto:trapexit@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 1:54:53 PM EST
To: Charles Hixson <charleshixsn@REDACTED<mailto:charleshixsn@REDACTED>>
Cc: Erlang-Questions Questions <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
"retarded"
Poor word choice given the thread topic.
On Mon, Feb 12, 2018 at 1:38 PM, Charles Hixson <charleshixsn@REDACTED<mailto:charleshixsn@REDACTED>> wrote:
Well, it really depends on how long the library has had that name. I never expected the gimp people to change the name of their program when it was pointed out that some might find the name offensive...but it has retarded the success of the project significantly, and kept it out of at least two businesses that I know of. Recently they've started altering the display so that is doesn't say "The Gimp" but now says "The GNU Image Manipulation Program" on the startup screen. That's what "The Gimp" always stood for, but now they've altered the startup screen to make the name less blatant...because some people *were* offended, and because businesses didn't want to risk offending customers.
I wouldn't avoid using the library because of the name, but I might well avoid mentioning it to others.
On 02/12/2018 08:58 AM, Russell Brown wrote:
Tristan is right. This really is awful. I can’t believe there’s even an argument. If someone emailed me to tell me that my library's name was offensive, I’d apologises and change it. Maybe that’s just me. I think this case is indefensible. And those who ask that we _not talk about it_ but instead talk about the technical merits, no.
If there’s a commercial entity associated with this I hope they act soon.
I need to use erlang for my work, please don’t stick with this name. I don’t want to be in anyway even tangentially associated with it. Does github not have some policy about this repo name, also?
On 12 Feb 2018, at 17:16, Tristan Sloughter <t@REDACTED><mailto:t@REDACTED> wrote:
This is awful. But sadly not surprising. Intent only matters in the sense the author is not at fault. Intent does not matter when it comes to whether or not you want to not push people away.
For those who don't care what I or Fred say since we are white, it is easy enough to go ask Black developers in North American.
--
Tristan Sloughter
"I am not a crackpot" - Abe Simpson
t@REDACTED<mailto:t@REDACTED>
On Mon, Feb 12, 2018, at 7:29 AM, zxq9@REDACTED<mailto:zxq9@REDACTED> wrote:
On 2018年2月12日月曜日 10時16分51秒 JST Fred Hebert wrote:
Intent does not matter.
No.
Fred, I have enormous respect for you and have gone several rounds with
you on several subjects, each time having learned something for my own
part. On technical subjects, anyway.
But... INTENT
You are demonstraby wrong already. Just stop. You will not win against
the weight of history.
This is becoming some SJW ridiculousness already, not because you care
about that but because of the ambient temperature. I know SJW flippancy
is not your intent, but that is the only place this winds up going these
days. That is not a small failure -- it quickly becomes a systemic one,
not just in a concurrent software system of ephemeral importance, but a
concrete socio-economic one of critical importance that pays for all the
other parties we enjoy.
Riddle me this:
If we cannot undersand enough about the software systems that WE WRITE
OURSELVES that we need the "let it crash" mentality, how is it that we
somehow understand to a manifest degree the economic and social value
systems (which are profoundly more complex than our petty software
systems) that we can dictate value within them? By what restart
mechanism is this all brought back to a "reasonble default"?
I am sincerely desirous of an answer here, because I have a profound
respect for your intellect but cannot imagine that you have properly
considered the alternatives or where this path of discourse winds up
eventualy going.
-Craig
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
From: Charles Hixson <charleshixsn@REDACTED<mailto:charleshixsn@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 1:59:28 PM EST
To: <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
"Coon" is often used as a shortened name for the animal. If you can definitely tell from context that that is what is meant, it isn't (usually) seen as a racial slur. But you do need to know your audience. If you don't, it's almost certain that a major fraction of them will consider the slur as a plausible meaning. And that's when the context implies that you mean "raccoon".
On 02/12/2018 08:52 AM, Chris Duesing wrote:
I can't believe this "discussion" is happening. Coon is a racial slur, there is no other use of the word. The fact that a bunch of white Europeans are pointing out that the dozen people involved in this thread aren't offended simply shows the lack of diversity in the mailing list. The "oh I'm butthurt because other people get offended by things" is fucking ridiculous. It is a racial slur, period. If this isn't a library only intended to be used by racist fucks then rename it.
On Mon, Feb 12, 2018 at 10:28 AM, nx <nx@REDACTED<mailto:nx@REDACTED>> wrote:
For what it's worth, the first thing I thought of when I saw the title of this thread was "that is a racist slur". I've also never heard anyone call a raccoon a coon.
The news that cowboy was named for "cowboys kill apaches" is disappointing.
On Mon, Feb 12, 2018 at 11:22 AM Fred Hebert <mononcqc@REDACTED<mailto:mononcqc@REDACTED>> wrote:
What I'm saying is that it does not matter how I interpret things. I asked and the author said publicly it was a raccoon. I'm okay with that explanation and I'm ready to believe it.
My point is that other people won't ask the author, won't know who he is, and will pick an interpretation and stick with it. They won't need the context, they won't need anything. They'll just do it. The name can be interpreted in a racist way, and so it's pretty much guaranteed that it will be eventually interpreted that way. The author is free to go ahead and keep the name, and the users and onlookers will be free to read whatever they want in that name.
That is 100% my point.
On Mon, Feb 12, 2018 at 11:17 AM, Krzysztof Jurewicz <krzysztof.jurewicz@REDACTED<mailto:krzysztof.jurewicz@REDACTED>> wrote:
Fred Hebert writes:
> Anyone is of course free to name their software whatever they want. Picking
> a racist name is however never going to be consequences-free as this e-mail
> thread first shows on the first day of release, and adoption figures may
> also reflect it.
Merriam-Webster online dictionary (naming itself as “America’s most-trusted online dictionary”) says that there two meanings of “coon”:
⒈ raccoon;
⒉ offensive — used as an insulting and contemptuous term for a black person.
I presume that context matters. What makes you think that in this context this word means ⒉? Wikipedia in the article about raccoon says that is also known coloquially as “coon”, so I guess this is not a very uncommon usage.
Or are you saying that non-racist usages of words that have also racist meanings should be eventually abandoned?
(I’m not a native speaker, so bear with my eventual ignorance).
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
From: Charles Hixson <charleshixsn@REDACTED<mailto:charleshixsn@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 2:11:30 PM EST
To: <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
Did you ever read how much Exxon paid to find a name that wasn't taken and wasn't objectionable? Whee! I was shocked. (I couldn't find a link for it in a short Google search, and I don't remember the exact figure, but it was more than the cost of the most recently built college dorm.)
But it's also true that it's important that a name be easily memorable, which lets out the SHA-1 choice...though that makes a good unique identifier.
Picking a good name is hard. But to me this doesn't seem a wise choice.
On 02/12/2018 09:58 AM, Joe Armstrong wrote:
Goodness - what a lot of mails.
When choosing a name the following algorithm is used by many
organisations and people
1) Choose a name
2) Check in all known languages if this might offend someone
if it does goto 1)
(There are even companies you can hire that do this, if it's a big product)
If I wrote some software I would like it to be discussed for the right
reasons, which are
- it is useful
- it is beautiful
- it solves some interesting problem
- it raises and solves some interesting problem
I would not like it to be discussed for my skills in naming the damn code.
I have said on many occasions that code should be named by the SHA1 checksum of
the content - as far as I know this would not offend people - apart
from those who
thought the name could be a tad simpler.
If you choose the wrong name you can accidentally offend people, even if this
is not your intention - offending people has consequences.
Cheers
/Joe
On Mon, Feb 12, 2018 at 6:28 PM, <zxq9@REDACTED<mailto:zxq9@REDACTED>> wrote:
On 2018年2月12日月曜日 12時10分20秒 JST Tom Santero wrote:
Putting the project's name aside for a moment, there are two things I'd
like to point about:
THANK YOU
1. i would never pull a pre-built binary from a 3rd party into one of my
projects. lol security?
I disagree, in that we are right back in "trusting trust" territory. I prefer building from source (for a number of reasons) but source or not, for nearly everyone (perhaps actually everyone) who builds a project that involves external dependencies, the security is only as strong as the signature on the code received (and implicitly, the trust of the signature scheme employed) and the trust of the review process which granted the signature.
Both are greviously lacking in using direct-from-github packages (whether source or pre-built) as repository inputs.
2. that this project doesn't address rebar3/relx/hex at all means it is at
odds with the direction the community has been pushing toward for several
years now, and makes it relatively useless
I disagree again. In this era we have full-blown systems to drive; the common case today is NOT to deploy to a resource-strapped or custom-built piece of hardware that can never be accessed by system administrators. The common environment today is more like a (to use an awful term) "devops" environment where people want things to rebuild in the lightest possible way and "just go". Which is to say, people desperately wish that Erlang (not to mention Elixir) code could be more commonly built and run the way Python projects that use virtualenv can be.
I think the to-date direction of the Erlang community de facto practices is a bit dated, being built around the ancient and original assumption "everything has to be an Erlang distribution".
-Craig
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwIDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwIDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=
From: Loïc Hoguin <essen@REDACTED<mailto:essen@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 2:13:59 PM EST
To: Tom Santero <tsantero@REDACTED<mailto:tsantero@REDACTED>>
Cc: Erlang <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
On 02/12/2018 07:10 PM, Tom Santero wrote:
On Mon, Feb 12, 2018 at 1:02 PM, Loïc Hoguin <essen@REDACTED<mailto:essen@REDACTED> <mailto:essen@REDACTED>> wrote:
On 02/12/2018 05:13 PM, Fred Hebert wrote:> Loic can correct me if
he's wrong, but his /Cowboy/ web server took its
initial name because /cowboys kill apaches/ if I recall old
conference conversations. I think it's of poor taste, but so far
Loic has not had any fall out or enough offended people to make
any change, and he did build a successful business out of it. He
made the call and ran with it.
Oversimplified of course but true. Context is important though, my
knowledge of cowboys mostly comes from Lucky Luke and a few farwest
movies, so the inspiration is fictional.
Nobody has had any problem with it.
Actually, plenty of us have had a problem with it for a long time Loic. Those of us who knew the origin. The term cowboy absent your naming context is of course innocuous, which might explain why it's coasted under the radar for so long without having been called out; in context, it is disappointing.
If ignorance is disappointing then so be it. But in that case you must be horrified at a lot of western related entertainment products. Watching kids play "cowboys and indians" must be truly heartbreaking too.
I grew up with Lucky Luke, Tintin, Asterix and other fictions. Cowboy comes from there. Sure some of the stories raise some eyebrows today (Tintin in the Congo is particularly infamous, and it's especially telling that it hadn't been translated to English for so long despite being translated everywhere else), but that doesn't make the people who enjoy them whatever *ist some want them to be.
Ignorance of US history is to be expected of non-US people. The same applies everywhere. You can't really expect a single developer to know all the intricacies of all existing *and future* cultures and languages. Culture changes fast enough that you might see otherwise normal words become slur within your lifetime.
According to some people, and I'm no expert, Thanksgiving originates with the genocide of native Americans. Should Thanksgiving be dropped because of its origins? Clearly some people are offended by it, otherwise I wouldn't have heard of this from faraway lands. Still I don't think the people celebrating Thanksgiving today are celebrating genocide. In the same vein, me naming a project after fictional stories does not make me side with anyone in historical events.
Finally, the origin of a name is one thing, its use another. Sure that's how the idea came to me, remembering fictional stories and naming the project after them. But that's not how it's been used since. The process for coming up with the name is irrelevant, just as the history behind a practice is irrelevant to how it's practiced today. What matters is how things are today, and today the western theme is just that, a theme.
And just to complete the story behind the Cowboy name: I initially thought of using the name of a tribe but because there was already a number of them in use in software projects, including the Apache and Cherokee HTTP servers, and I was not familiar with the others, I decided against it. So we came real close of having the name being the same as a native American tribe. Maybe later.
Cheers,
--
Loïc Hoguin
https://urldefense.proofpoint.com/v2/url?u=https-3A__ninenines.eu&d=DwIDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=J03QS8mi2WFKwEnw6RBjqweAAWy4ynOHjx4BZO00wEw&e=
From: Stefan Strigler <stefan.strigler@REDACTED<mailto:stefan.strigler@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 3:05:33 PM EST
To: Loïc Hoguin <essen@REDACTED<mailto:essen@REDACTED>>
Cc: Erlang <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
There's a difference between making a mistake and refusing to learn from them once pointed out.
On Mon, Feb 12, 2018 at 8:14 PM Loïc Hoguin <essen@REDACTED<mailto:essen@REDACTED>> wrote:
On 02/12/2018 07:10 PM, Tom Santero wrote:
>
> On Mon, Feb 12, 2018 at 1:02 PM, Loïc Hoguin <essen@REDACTED<mailto:essen@REDACTED>
> <mailto:essen@REDACTED<mailto:essen@REDACTED>>> wrote:
>
> On 02/12/2018 05:13 PM, Fred Hebert wrote:> Loic can correct me if
> he's wrong, but his /Cowboy/ web server took its
>
> initial name because /cowboys kill apaches/ if I recall old
> conference conversations. I think it's of poor taste, but so far
> Loic has not had any fall out or enough offended people to make
> any change, and he did build a successful business out of it. He
> made the call and ran with it.
>
>
> Oversimplified of course but true. Context is important though, my
> knowledge of cowboys mostly comes from Lucky Luke and a few farwest
> movies, so the inspiration is fictional.
>
> Nobody has had any problem with it.
>
>
> Actually, plenty of us have had a problem with it for a long time Loic.
> Those of us who knew the origin. The term cowboy absent your naming
> context is of course innocuous, which might explain why it's coasted
> under the radar for so long without having been called out; in context,
> it is disappointing.
If ignorance is disappointing then so be it. But in that case you must
be horrified at a lot of western related entertainment products.
Watching kids play "cowboys and indians" must be truly heartbreaking too.
I grew up with Lucky Luke, Tintin, Asterix and other fictions. Cowboy
comes from there. Sure some of the stories raise some eyebrows today
(Tintin in the Congo is particularly infamous, and it's especially
telling that it hadn't been translated to English for so long despite
being translated everywhere else), but that doesn't make the people who
enjoy them whatever *ist some want them to be.
Ignorance of US history is to be expected of non-US people. The same
applies everywhere. You can't really expect a single developer to know
all the intricacies of all existing *and future* cultures and languages.
Culture changes fast enough that you might see otherwise normal words
become slur within your lifetime.
According to some people, and I'm no expert, Thanksgiving originates
with the genocide of native Americans. Should Thanksgiving be dropped
because of its origins? Clearly some people are offended by it,
otherwise I wouldn't have heard of this from faraway lands. Still I
don't think the people celebrating Thanksgiving today are celebrating
genocide. In the same vein, me naming a project after fictional stories
does not make me side with anyone in historical events.
Finally, the origin of a name is one thing, its use another. Sure that's
how the idea came to me, remembering fictional stories and naming the
project after them. But that's not how it's been used since. The process
for coming up with the name is irrelevant, just as the history behind a
practice is irrelevant to how it's practiced today. What matters is how
things are today, and today the western theme is just that, a theme.
And just to complete the story behind the Cowboy name: I initially
thought of using the name of a tribe but because there was already a
number of them in use in software projects, including the Apache and
Cherokee HTTP servers, and I was not familiar with the others, I decided
against it. So we came real close of having the name being the same as a
native American tribe. Maybe later.
Cheers,
--
Loïc Hoguin
https://ninenines.eu<https://urldefense.proofpoint.com/v2/url?u=https-3A__ninenines.eu&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=J03QS8mi2WFKwEnw6RBjqweAAWy4ynOHjx4BZO00wEw&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
From: Jesper Louis Andersen <jesper.louis.andersen@REDACTED<mailto:jesper.louis.andersen@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 3:06:35 PM EST
To: Joe Armstrong <erlang@REDACTED<mailto:erlang@REDACTED>>
Cc: Erlang <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <erlang@REDACTED<mailto:erlang@REDACTED>> wrote:
I have said on many occasions that code should be named by the SHA1 checksum of
the content - as far as I know this would not offend people - apart
from those who
thought the name could be a tad simpler.
I might have said this before, but here goes:
Using a cryptographic checksum for a package and then pointing the name to the checksum would have saved Node.js npm package manager a lot of headaches when people remove, rename or otherwise destroy packages.
It also allows you to comply with legal requests with a sunset period. As in "I hear you, and the name will be given to you. But we give people 6 months time to upgrade before we remove the old checksummed packages".
I'm interested in why someone did not try this yet. Or if one tried, why it didn't work out. It seems very obvious to build a content-addressable-store for your packages.
From: Vlad Dumitrescu <vladdu55@REDACTED<mailto:vladdu55@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 4:06:28 PM EST
To: Jesper Louis Andersen <jesper.louis.andersen@REDACTED<mailto:jesper.louis.andersen@REDACTED>>
Cc: Erlang <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
On Mon, Feb 12, 2018 at 9:06 PM, Jesper Louis Andersen <jesper.louis.andersen@REDACTED<mailto:jesper.louis.andersen@REDACTED>> wrote:
On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <erlang@REDACTED<mailto:erlang@REDACTED>> wrote:
I have said on many occasions that code should be named by the SHA1 checksum of
the content - as far as I know this would not offend people - apart
from those who thought the name could be a tad simpler.
I might have said this before, but here goes:
Using a cryptographic checksum for a package and then pointing the name to the checksum would have saved Node.js npm package manager a lot of headaches when people remove, rename or otherwise destroy packages.
It also allows you to comply with legal requests with a sunset period. As in "I hear you, and the name will be given to you. But we give people 6 months time to upgrade before we remove the old checksummed packages".
I'm interested in why someone did not try this yet. Or if one tried, why it didn't work out. It seems very obvious to build a content-addressable-store for your packages.
I'm not sure I understand this completely. Using the checksum of a package as identifier is IMHO only useful if it is used in the dependencies list of other packages. If the deps list uses names (and people will use names anyway, not checksums), then the problem remains that in case a package is renamed and another one reuses the name, we don't know to which one a reference points.
Anyway, hex.pm<https://urldefense.proofpoint.com/v2/url?u=http-3A__hex.pm&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=LGqUiohIU_hrXPzcGoM7B2kEZ5Hy0o67mImKIfNGGuA&e=> has a field named "checksum" and it is that value that is stored in rebar.lock. So the hash key is there, but I don't see how it is useful except for tools.
best regards,
Vlad
From: "Lloyd R. Prentice" <lloyd@REDACTED<mailto:lloyd@REDACTED>>
Subject: Re: [erlang-questions] Coon - new tool for building Erlang packages, dependency management and deploying Erlang services
Date: February 12, 2018 at 4:35:26 PM EST
To: Jesper Louis Andersen <jesper.louis.andersen@REDACTED<mailto:jesper.louis.andersen@REDACTED>>
Cc: Erlang <erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>>
Hello,
Jesper and Joe do make good sense to me.
And, more, I would like to see much more informed debate on the technical merits of this new tool.
As aside, however, I haven’t seen so much activity on this list since I first subscribed some four years ago.
Note that we haven’t heard from any North American black Erlang programmers on this list. Why would that be?
I’m a privileged, white (so far as I know from my spotty genealogy, although the recent work on the Chadwick man casts some doubt), provincial North American male.
Some in my genetic/gender/national cohort feel that our group is being grievously discriminated against. I don’t happen to feel so for plenty of socio-economic reasons.
Nevertheless, the name of this new tool did seem unfortunate in the extreme to me. Were my skin black, from everything I know, I would definitely feel a twinge of pain and resentment every time one of the many words used historically to define me as less than a respected human being was tossed around in casual conversation.
But some on this list are correct. One can be overly sensitive and some groups do exploit these sensitivities for politely advantage.
Nevertheless, we must acknowledge that naming of software packages in these times has many cross-cultural implications.
For us, that is the Erlang community, the big question is how can we learn and grow together regardless of our respective cultural heritages? How can we minimize the contentious bickering and trolling that has infected so much discourse across the web?
Tribalism is a reality in our world. Every tribe has its own taboos, sensitivities, and moral blind spots.
But our world is ever more interconnected and interdependent. Empathy and respect for the feelings of others can go a long way toward reducing the friction of cross-cultural exchange. As can respectful discussion of differences.
For me, this thread reinforces my belief in this principle.
All the best,
LRP
Sent from my iPad
On Feb 12, 2018, at 3:06 PM, Jesper Louis Andersen <jesper.louis.andersen@REDACTED<mailto:jesper.louis.andersen@REDACTED>> wrote:
On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <erlang@REDACTED<mailto:erlang@REDACTED>> wrote:
I have said on many occasions that code should be named by the SHA1 checksum of
the content - as far as I know this would not offend people - apart
from those who
thought the name could be a tad simpler.
I might have said this before, but here goes:
Using a cryptographic checksum for a package and then pointing the name to the checksum would have saved Node.js npm package manager a lot of headaches when people remove, rename or otherwise destroy packages.
It also allows you to comply with legal requests with a sunset period. As in "I hear you, and the name will be given to you. But we give people 6 months time to upgrade before we remove the old checksummed packages".
I'm interested in why someone did not try this yet. Or if one tried, why it didn't work out. It seems very obvious to build a content-addressable-store for your packages.
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
Sent from my iPad
On Feb 12, 2018, at 3:06 PM, Jesper Louis Andersen <jesper.louis.andersen@REDACTED<mailto:jesper.louis.andersen@REDACTED>> wrote:
On Mon, Feb 12, 2018 at 6:58 PM Joe Armstrong <erlang@REDACTED<mailto:erlang@REDACTED>> wrote:
I have said on many occasions that code should be named by the SHA1 checksum of
the content - as far as I know this would not offend people - apart
from those who
thought the name could be a tad simpler.
I might have said this before, but here goes:
Using a cryptographic checksum for a package and then pointing the name to the checksum would have saved Node.js npm package manager a lot of headaches when people remove, rename or otherwise destroy packages.
It also allows you to comply with legal requests with a sunset period. As in "I hear you, and the name will be given to you. But we give people 6 months time to upgrade before we remove the old checksummed packages".
I'm interested in why someone did not try this yet. Or if one tried, why it didn't work out. It seems very obvious to build a content-addressable-store for your packages.
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
http://erlang.org/mailman/listinfo/erlang-questions<https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED<mailto:erlang-questions@REDACTED>
https://urldefense.proofpoint.com/v2/url?u=http-3A__erlang.org_mailman_listinfo_erlang-2Dquestions&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=SzPZyK7sS4bZdLIkMcdKpW4KvY21Qu_WkFPys6hw8iM&m=lAOHkDrV58PRZsCMJ6QEtwDTiqdoZGjds-UZQ6Ums44&s=7oaWy2AsAVOx8WNsPTD8zgrr2PWEv1AfMDVagFbPKMU&e=
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20180212/3faeb43b/attachment.htm>
More information about the erlang-questions
mailing list