Live data from Hacker News

blip.strongloop.com is dead – what is this?

github.com

31–37 of 37 posts

Re: blip.strongloop.com is dead – what is this?

#31
post #24

Earlier quoted context omitted.

I'm not sure what country you are talking about. Inflammable means the same in every english-speaking country.

The commenter was making a comical reference to Yakov Smirnoff: https://en.wikipedia.org/wiki/What_a_Country !

Specifically, the Simpsons' reference to Yakov Smirnoff:

https://www.youtube.com/watch?v=Q8mD2hsxrhQ

Re: blip.strongloop.com is dead – what is this?

#32

Earlier quoted context omitted.

Did you read the GitHub thread on Express? The project is still very much alive, but its internals have been broken out into standalone packages, so the only commits to Express itself are version updates. That issue was created based on a misunderstanding.

If you read further down on the Github thread, the guy who did the splitting out is no longer working on the project and it's now fully in IBM's hands, who aren't doing much of anything.

I just saw that! I read it a few days ago, but went back to catch up. I came back to edit my comment.

Re: blip.strongloop.com is dead – what is this?

#33
post #7

Between this and the other article regarding the death of ExpressJS-- is IBM is a good contributor to the JS open source community?

Did you read the GitHub thread on Express? The project is still very much alive, but its internals have been broken out into standalone packages, so the only commits to Express itself are version updates. That issue was created based on a misunderstanding.

This appears not to be the case, so it's me who's saying things based on misunderstandings now.

Re: blip.strongloop.com is dead – what is this?

#34
post #26
post #6

One might reasonably wonder whether executing npm outside a sandbox is a good idea under any circumstances.

But they can't be stealing any identifying information right? At best it can count the number of times the package was downloaded. Isn't the solution for npm to have tighter controls on where it will download packages from?

It depends on whether or not it actually delivers a payload. If it does, then it can use a `postinstall` hook to execute absolutely anything it wants, under the context of the user.

This is why you should always shrinkwrap and run a private npm repository in production. Anything less is opening you up to remote takeover at the whim of a single package publisher.

Re: blip.strongloop.com is dead – what is this?

#35

Should the HN title include "(2015)"? This StrongLoop issue was reported in February 2015.

Perhaps. I opened it a long time ago, but I've still been trying to keep it alive in the hope that somebody from Strongloop will actually comment on it.

In the meantime, if you use a Strongloop package, fork it and remove the optionalDependency.

Re: blip.strongloop.com is dead – what is this?

#36
post #7

Between this and the other article regarding the death of ExpressJS-- is IBM is a good contributor to the JS open source community?

This actually happened well before IBM acquired StrongLoop - I first noticed it in February, but it was added in January 2015. The IBM acquisition was announced in September 2015.

In their usual fashion they link to internal bug trackers when committing (without summary), something that has frustrated me greatly while attempting to work with them on strong-remoting and loopback-explorer.

Re: blip.strongloop.com is dead – what is this?

#37
post #23

I have long since come to the conclusion that most of the nodejs ecosystem is rotten. I don't even know where to begin. I'm certain this is a mentality issue more than anything.

I just think that the nodejs ecosystem moves fast. But anything involving StrongLoop/IBM is immediately suspect.

Just strongloop is enough. IBM acquihire them and let they do what they have been doing...
Post reply on HN