Live data from Hacker News

We repurposed NPM to publish and distribute Go binaries for our internal CLI

medium.com

11–20 of 65 posts

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#11
post #7

Earlier quoted context omitted.

I haven't read the article yet, but I would assume they want versioning, history, checksumming and verification. All that stuff is worthwhile, it's just unfortunate npm is such a heavy dependency to achieve it.

Not that heavy if they're already using it though

It also only gets really bad with deep dependency trees. If it's just your stuff, you probably avoid most of the issues.

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#12
post #3

What, did curl not work?

I haven't read the article yet, but I would assume they want versioning, history, checksumming and verification. All that stuff is worthwhile, it's just unfortunate npm is such a heavy dependency to achieve it.

If only there was a system software package management tool that could do all of that...

YUM is almost old enough to drink in Europe.

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#13
post #6

I need a medium account to read this for some reason.

> "This is your last free member-only story this month. Sign up for Medium and get an extra one" Well, that's about the end of medium I think.

Turn off Javascript. They don't (yet) have an SPA and it degrades appropriately for disabled users.

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#14
post #3

What, did curl not work?

I haven't read the article yet, but I would assume they want versioning, history, checksumming and verification. All that stuff is worthwhile, it's just unfortunate npm is such a heavy dependency to achieve it.

Debian apt gives all these things and would be less of a heavy dependency.

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#15
post #6

I need a medium account to read this for some reason.

here's the summary: it opens with "We recently migrated our internal CLI tool from Node JS to Golang". It's just a way to keep using the hammer they already had, no matter if the problem is a nail or not. could be titled "how to hack your private npm server to be a OS package manager, because we don't want to learn our OS packaging"

Which raises the question: package management is just a bunch of nails; why do I need a specific hammer for each type of nail?

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#16

Earlier quoted context omitted.

> "This is your last free member-only story this month. Sign up for Medium and get an extra one" Well, that's about the end of medium I think.

Turn off Javascript. They don't (yet) have an SPA and it degrades appropriately for disabled users.

I'm not going to expend any effort to circumvent medium's nonsense. The content there isn't of consistently high enough quality to justify jumping through any hoops. Any barriers they put up will just result in me not consuming content hosted there.

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#18
post #15

Earlier quoted context omitted.

here's the summary: it opens with "We recently migrated our internal CLI tool from Node JS to Golang". It's just a way to keep using the hammer they already had, no matter if the problem is a nail or not. could be titled "how to hack your private npm server to be a OS package manager, because we don't want to learn our OS packaging"

Which raises the question: package management is just a bunch of nails; why do I need a specific hammer for each type of nail?

Because there are great tools like artifactory that can handle all the arrifact types.

Re: We repurposed NPM to publish and distribute Go binaries for our internal CLI

#19

Earlier quoted context omitted.

I haven't read the article yet, but I would assume they want versioning, history, checksumming and verification. All that stuff is worthwhile, it's just unfortunate npm is such a heavy dependency to achieve it.

Debian apt gives all these things and would be less of a heavy dependency.

If they only needed linux support, that would have worked too
Post reply on HN