object-assign: no such file or directory

[anorudes]

Module build failed: Error: ENOENT: no such file or directory, open '/home/anoru/git/project/object-assign'

more details: babel/babel-loader#242

[simonkberg]

As mentioned in the other issue, downgrading to 8.0.2 solves it, so it seems to be related to the addition of jspm support.

[rgrove]

I'm also experiencing this issue. I don't use HMR, but this occurs when running my CSS and JS gulp tasks in parallel.

Running either task by itself works fine, but running them in parallel results in all sorts of module loading errors like this one. The errors are inconsistent from one run to the next, but it seems like postcss-import's jspm support is doing something that breaks module resolution for other code running in the same process. I can confirm that downgrading to 8.0.2 resolves the issue.

[MoOx]

object-assign is included as a normal dependency of this package and require() reference is normal too. I guess the recent add by @swernerx broke something. @swernerx any idea?

[eugene1g]

object-assign is the first dependency used in the code. There is nothing wrong with it, and it's not actually missing, but the resolution of dependencies seems to happen at the root of the userland project - and node_modules is not considered. If I symlink object-assign from node_modules/ into the root project dir, then it's found and the next dependency fails.

Not much to go on for now, sorry. I haven't even triaged whether the problem is within webpack/postcss/babel - just that the resolving issue doesn't happen with 8.1.0 and happens with 8.1.1/2

[swernerx]

Puh, that looks like a though one. I am actually not sure where this is coming from.

Especially the timing / race condition / parallel related comments make me wonder what is actually happen here.

"object-assign" is not used by "pkg-resolve" at all. But as I understood it's not really related to this package but to some kind of setup of the environment (looking in the wrong paths). "pkg-resolve" uses both "jspm" and "npm" to resolve packages. Probably there is some issue that the npm resolver is not actually able to work in parallel with two different setups?

We first have to identify were this error is thrown from. Anybody has some stack trace or reproducable code fragment? I can't see it here - even when running some tasks in parallel in Gulp.

[tarikjn]

Same issue, verified to happen since 8.1.1+, 8.1.0 is not affected.

[dominictobias]

Same issue with 8.1.2, even if I just require in postcss-import into my webpack (v2) config and don't use it, it breaks babel-loader:

Module build failed: Error: ENOENT: no such file or directory, open '<path>/object-assign'
        at Error (native)
    Error loading <path>/object-assign as "object-assign" from <path>/node_modules/babel-loader/index.js
 @ multi js

Edit: downgrading to 8.1.0 works

[simonkberg]

I've been trying to triage this bug for the past couple of hours, but honestly - this is the dependency tree the JSPM-integration introduces:

└─┬ [email protected] 
  └─┬ [email protected] 
    └─┬ [email protected] 
      ├── [email protected] 
      ├─┬ [email protected] 
      │ ├── [email protected] 
      │ ├── [email protected] 
      │ ├─┬ [email protected] 
      │ │ ├── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ ├── [email protected] 
      │ │ │ ├── [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├── [email protected] 
      │ │ └── [email protected] 
      │ ├─┬ [email protected] 
      │ │ └── [email protected] 
      │ ├─┬ [email protected] 
      │ │ ├── [email protected] 
      │ │ └── [email protected] 
      │ └─┬ [email protected] 
      │   └── [email protected] 
      ├─┬ [email protected] 
      │ ├─┬ [email protected] 
      │ │ ├── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├── [email protected] 
      │ │ ├── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ ├── [email protected] 
      │ │ │ └── [email protected] 
      │ │ ├─┬ [email protected] 
      │ │ │ └── [email protected] 
      │ │ └── [email protected] 
      │ ├─┬ [email protected] 
      │ │ └─┬ [email protected] 
      │ │   └─┬ [email protected] 
      │ │     ├── [email protected] 
      │ │     └── [email protected] 
      │ └── [email protected] 
      ├─┬ [email protected] 
      │ ├── [email protected] 
      │ └── [email protected] 
      ├─┬ [email protected] 
      │ ├── [email protected] 
      │ ├── [email protected] 
      │ ├── [email protected] 
      │ └── [email protected] 
      ├── [email protected] 
      ├── [email protected] 
      ├─┬ [email protected] 
      │ └── [email protected] 
      ├─┬ [email protected] 
      │ ├─┬ [email protected] 
      │ │ └── [email protected] 
      │ ├─┬ [email protected] 
      │ │ └─┬ [email protected] 
      │ │   └── [email protected] 
      │ ├─┬ [email protected] 
      │ │ ├── [email protected] 
      │ │ └── [email protected] 
      │ ├─┬ [email protected] 
      │ │ └─┬ [email protected] 
      │ │   └── [email protected] 
      │ └── [email protected] 
      ├─┬ [email protected] 
      │ └── [email protected] 
      ├─┬ [email protected] 
      │ ├─┬ [email protected] 
      │ │ └─┬ [email protected] 
      │ │   └── [email protected] 
      │ ├── [email protected] 
      │ ├─┬ [email protected] 
      │ │ └── [email protected] 
      │ ├── [email protected] 
      │ └─┬ [email protected] 
      │   └─┬ [email protected] 
      │     └── [email protected] 
      └─┬ [email protected] 
        └── [email protected] 

Let's ignore the fact that jspm is a pre-release package: how many people actually use JSPM to warrant introducing this kind of change, causing many regressions for average package consumers? I'm positive one of these packages is doing something fishy, like overloading the module loading, but it's a maze to debug.

I'd say revert these changes and figure out a better way to handle the resolving of JSPM packages, if it's really actually required.

[timothyallan]

Same issue as @dominictobias here, simply including any version > 8.1.0 in my webpack borks everything.
npm install [email protected] to the rescue for now 😟

[andrewmclagan]

Still experiencing this issue... Any movement?

[drwpow]

Been sitting here, banging my head against a wall for 3 days before finding this. Was at 8.1.2; babel-loader 6.2.5.

Downgrading to 8.1.0 fixed it for me. Like @timothyallan experienced, 8.1.1 and 8.1.2 were both breaking on my system.

[taion]

I believe this is fixed by #243 on the v9 branch.

[RyanZim]

@taion It should be. Have you confirmed that it is fixed?

Will try to release it soon. See the milestone: https://github.com/postcss/postcss-import/milestone/1.

[taion]

I haven't, but the presence of that dep was the only problem, so there's bigger problems if that doesn't fix things.

[RyanZim]

@taion If it isn't asking too much, would you mind installing that branch and confirming that this is fixed there? I'm not a webpack user and I'd hate to release v9 only to discover it doesn't fix this issue.

[taion]

Publishing npm pre-releases is free :p but I'll take a look

[taion]

Appears to work for me.

[RyanZim]

Great, thanks! Going to leave this open until v9 is shipped to avoid dupes.

[dominictobias]

Thanks for the fix look forward to unpinning the version :)

[axe312ger]

I can confirm, the v9 branch does fix the problem

yarn add --dev git+https://github.com/postcss/postcss-import.git#v9-dev

[RyanZim]

v9 is shipped! 🎉 You should no longer encounter this error with the latest version.