Publishing package within project fails with stacktrace. #3676

cunneen · 2015-02-08T11:17:16Z

I got an error publishing a package, whose folder was located inside my meteor project. Cloning my repository to a folder on my Desktop allowed me to publish it.

I've noticed that the publish script seems to traverse the parent folder of the package being published. I've no idea why it should do this, but I suspect this to be the cause of the problem (I have a lot of local packages).

Transcript:

Mikes-MacBook-Air:signaturepad mikecunneen$ nvm use 0.10.33
Now using node v0.10.33
Mikes-MacBook-Air:signaturepad mikecunneen$ meteor logout
Logged out.                                   
Mikes-MacBook-Air:signaturepad mikecunneen$ meteor login
Username: cunneen
Password:                                     

Logged in as cunneen. Thanks for being a Meteor developer!
Mikes-MacBook-Air:signaturepad mikecunneen$   
Mikes-MacBook-Air:signaturepad mikecunneen$ meteor publish --create

/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/dev_bundle/lib/node_modules/fibers/future.js:173
                        throw(ex);
                              ^
Error: no pluginProviderPackageMap on isopack?
    at Error (<anonymous>)
    at bundleSource (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/package-client.js:286:11)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/package-client.js:675:26
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:352:18
    at [object Object]._.extend.withValue (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/fiber-helpers.js:115:14)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:345:34
    at [object Object]._.extend.withValue (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/fiber-helpers.js:115:14)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:343:23
    at [object Object]._.extend.withValue (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/fiber-helpers.js:115:14)
    at Object.enterJob (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:317:26)
    at Object.exports.publishPackage (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/package-client.js:674:16)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/commands-packages.js:422:21
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:264:13
    at [object Object]._.extend.withValue (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/fiber-helpers.js:115:14)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:257:29
    at [object Object]._.extend.withValue (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/fiber-helpers.js:115:14)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:255:18
    at [object Object]._.extend.withValue (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/fiber-helpers.js:115:14)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:246:23
    at [object Object]._.extend.withValue (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/fiber-helpers.js:115:14)
    at Object.capture (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/buildmessage.js:245:19)
    at Object.main.captureAndExit (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/main.js:257:29)
    at Command.main.registerCommand.name [as func] (/Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/commands-packages.js:418:8)
    at /Users/mikecunneen/.meteor/packages/meteor-tool/.1.0.40.7hh5tw++os.osx.x86_64+web.browser+web.cordova/meteor-tool-os.osx.x86_64/tools/main.js:1300:23

Mikes-MacBook-Air:signaturepad mikecunneen$ cd ~/Desktop/meteor-signature-pad/
Mikes-MacBook-Air:meteor-signature-pad mikecunneen$ meteor publish --create
Published cunneen:signature-pad@1.0.0.

The text was updated successfully, but these errors were encountered:

awatson1978 · 2015-02-09T00:59:59Z

+1
Having run into this problem a few times now. It would be really great to be able to publish from within the /packages directory. Is this description sufficient for a reproduction, or does MDG need something more detailed?

glasser · 2015-02-10T23:48:00Z

This is supposed to work. Please provide a full reproduction as described in: https://github.com/meteor/meteor/wiki/Contributing-to-Meteor#reporting-a-bug-in-meteor Without a way to replicate your problem, we can't debug and fix it.

glasser · 2015-03-04T01:53:49Z

OK, I see what's going on here.

I think this is a crash that happens only when you're running inside an app (as you mentioned), and the publish command doesn't have to rebuild the package because you've run some command that built it (eg just meteor) since the last time you've changed it.

(I think if you had tried to make a minimal reproduction as suggested in https://github.com/meteor/meteor/wiki/Contributing-to-Meteor#reporting-a-bug-in-meteor you may have figured that out.)

Looking into fixing it now.

glasser · 2015-03-04T02:34:59Z

Aha, and it also only happens if you have a mobile platform in your app.

raix · 2015-03-04T08:13:44Z

Christ, we just spent hours on merging all core packages into one repo - we thought it was clever to place them in a packages folder in a meteor QA app - Making it easier for new comers and first time contributors to get started on the cfs project.

Having each package in separate repos makes it impossible to maintain and track issue + cfs with all it's minor packages becomes hard to get an overview (much like on the iron:router)

I was getting the no pluginProviderPackageMap on isopack? error when trying to publish - bummer, we haven't added any mobile platforms yet - but that would have been the next step, having the automated QA run tests on multiple devices.

cc @aldeed submodule the packages folder?

raix · 2015-03-04T08:18:06Z

@aldeed: maybe I'll just add it to the publish script - move .meteor to temp folder while publishing...

aldeed · 2015-03-04T14:03:42Z

@raix, I think next Meteor release is coming soon so maybe we just workaround with a script like you say until this fix is released.

glasser · 2015-03-04T15:21:54Z

For a workaround, you can do rm -rf .meteor/local/isopacks before the publish.

I'm surprised to hear that people are seeing this issue in apps with no cordova platforms though!

raix · 2015-03-04T16:32:20Z

Ok, thanks @glasser - it's a plain app for now https://github.com/CollectionFS/Meteor-CollectionFS
(will removing isopachs have any affect on the app if running?)

glasser · 2015-03-04T16:47:20Z

Ok, I'm surprised that you can trigger the bug that way, but ok.

The isopack directory is just a cache so you should be fine.

glasser · 2015-03-04T19:25:50Z

Ah, I think the bug could also happen if you run publish two times in a row without running a non-publish command in the middle. (The bug happens if there is a cached version of the isopack which was built with cordova unibuilds (which are always included in publish commands), which is either because the last command was in a cordova-ified app, or because the last command was a publish command.)

raix · 2015-03-04T20:15:50Z

Ok, makes sense (had one successful publish)

It also occurs if the previous operation was a publish.

rafaelhdr mentioned this issue Feb 10, 2015

Publish Packages documentation missing information #3544

Closed

glasser added Project:Tool Project:Isobuild labels Feb 10, 2015

This was referenced Mar 3, 2015

Cannot publish package, missing pluginProviderPackageMap in isopack #3685

Closed

package release will crash based on README markdown #3817

Closed

glasser closed this as completed in 9c210f8 Mar 4, 2015

glasser added a commit that referenced this issue Mar 5, 2015

Update History description of #3676

b595c50

It also occurs if the previous operation was a publish.

aldeed mentioned this issue Mar 5, 2015

While checking for cfs:gridfs@0.0.30: error: No compatible build found Meteor-Community-Packages/Meteor-CollectionFS#581

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Publishing package within project fails with stacktrace. #3676

Publishing package within project fails with stacktrace. #3676

cunneen commented Feb 8, 2015

awatson1978 commented Feb 9, 2015

glasser commented Feb 10, 2015

glasser commented Mar 4, 2015

glasser commented Mar 4, 2015

raix commented Mar 4, 2015

raix commented Mar 4, 2015

aldeed commented Mar 4, 2015

glasser commented Mar 4, 2015

raix commented Mar 4, 2015

glasser commented Mar 4, 2015

glasser commented Mar 4, 2015

raix commented Mar 4, 2015

Publishing package within project fails with stacktrace. #3676

Publishing package within project fails with stacktrace. #3676

Comments

cunneen commented Feb 8, 2015

awatson1978 commented Feb 9, 2015

glasser commented Feb 10, 2015

glasser commented Mar 4, 2015

glasser commented Mar 4, 2015

raix commented Mar 4, 2015

raix commented Mar 4, 2015

aldeed commented Mar 4, 2015

glasser commented Mar 4, 2015

raix commented Mar 4, 2015

glasser commented Mar 4, 2015

glasser commented Mar 4, 2015

raix commented Mar 4, 2015