Rxjs: Eliminate @reactivex/rxjs?

[benlesh]

Currently we release two packages:

• @reactivex/rxjs
• rxjs

Right now, the vast, vast majority of users are using rxjs, not @reactivex/rxjs. The major difference between the two used to be that the @reactivex/rxjs one had more builds in it and the original source... however as of 5.5, we have all module build styles in rxjs to support bundlers, and we have the src to support source maps. So they're effectively not that much different anymore.

Should we deprecate @reactivex/rxjs in favor of rxjs?

[kwonoj]

do not forget we have rxjs-es too: https://github.com/ReactiveX/rxjs/issues/2218

I'm voting to deprecate except main one.

[cartant]

This is kinda related to #2913. That issue mentions package size as a motivator. Something to consider is that if you are going in the direction of multiple, related packages, having them all under the @reactivex scope might have some advantages.

[rgbkrk]

With all the build styles available in the rxjs name, I'm in favor of deprecating @reactivex/rxjs. It's what I use today and teach others to use.

[benlesh]

We want to do deprecate @reactivex/rxjs still. We can do that once the publishing/build changes land.

[benlesh]

cc @kwonoj can you link your build-related PR to this?

[kwonoj]

https://github.com/ReactiveX/rxjs/pull/5032