Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

aws cli cp or sync should copy the source metadata without extra params or caveats of multipart upload #2809

Closed
akotranza opened this issue Sep 3, 2017 · 6 comments
Labels
duplicate This issue is a duplicate.

Comments

@akotranza
Copy link

akotranza commented Sep 3, 2017

aws cli cp or sync should copy the source metadata without extra params or caveats of multipart upload

@cwgem
Copy link
Contributor

cwgem commented Sep 5, 2017

We want nice issues. Stop screwing around with the issue tracker and gives us a decent issue report.

@JordonPhillips JordonPhillips added the duplicate This issue is a duplicate. label Sep 5, 2017
@JordonPhillips
Copy link
Member

Closing as duplicate of #1145

@akotranza
Copy link
Author

akotranza commented Sep 5, 2017

It is a real issue. AWS CLI cp and sync do not preserve metadata. This is well documented in issues since 2013.

Here is a workaround

https://gist.github.com/akotranza/51f452f975469e1fa78c2748dd115c87

@cwgem
Copy link
Contributor

cwgem commented Sep 5, 2017

So here's the thing, AWS is a large set of services, what you consider a serious issue is but one of many potential issue they have to work with on a daily basis. When you sign up for any service, not just AWS, you have to deal with a certain amount of tech risk. You have to acknowledge you'll need to deal with work arounds.

In my daily work experience, I have to at any point work with any part of the AWS ecosystem. Not just EC2, not just S3, not just DynamoDB, but any potential service is up for grabs. In doing so I hit limitations and have to figure out how to deal with them. Sometimes I spend days, sometimes I spend weeks. At the end of the day I still have to deal with this. Azure and Google Cloud would give me similar experiences.

Sure, I could got vent my frustration on the services I use, as a lot more money is involved. Instead here I am under no obligation to do so volunteering my time helping out with aws-cli triaging and really any of the projects I work with as time permits. Why? Because it helps move things along.

Now here I am taking the time, trying to help when I'm under no obligation and now you come along filing an issue with, to be quite blunt, very unjustified behavior, and one that you've clearly stated you know already existed. Now that's less time I get to spend moving things along, actually helping. Reconsider your choices.

Now then off to work on AWS stuff. Good luck on your journey.

@akotranza
Copy link
Author

You clearly have a ton of empathy for developers. Redirecting some of that empathy to customers might aid you in your future career path.

@cwgem
Copy link
Contributor

cwgem commented Sep 5, 2017

I don't consider a customer and a developer two separate things. Been on both sides for better and for worse. Working on both documentation and code I look towards helping both sides. Unfortunately time and prioritization means I can't solve all the problems at once.

Also using your logic, what about other customers? Suddenly the world revolves around your needs and your needs alone? Other customer needs are suddenly out of the way now? Heck I'm an AWS customer as well, and a rather large one at that. If you want to take spend and size into account I have just as much pull if not more than you. Not only that but who do you think a large portion of AWS customers are? Developers.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue is a duplicate.
Projects
None yet
Development

No branches or pull requests

3 participants