HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
mozilla-jetpack
jpm
JavaScript2014–2014
mozilla-jetpack / jpm · Archived

jpm

Jetpack Manager for Node.js

2Distinct people
2Mentions
0Explicit recommenders
165GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Jetpack Manager for Node.js

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by hour2 dated mentions

Observed mentions: 2014-09-08 17:50:33 UTC to 2014-09-08 19:15:50 UTC.

012014-09-08 17:00:00 UTC to 2014-09-08 18:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsSep 8, 17:002014-09-08 18:00:00 UTC to 2014-09-08 19:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsSep 8, 18:002014-09-08 19:00:00 UTC to 2014-09-08 20:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsSep 8, 19:00

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Sep 8, 17:002014-09-08 17:00:00 UTC2014-09-08 18:00:00 UTC101
Sep 8, 18:002014-09-08 18:00:00 UTC2014-09-08 19:00:00 UTC000
Sep 8, 19:002014-09-08 19:00:00 UTC2014-09-08 20:00:00 UTC101

What Hacker News says

2 sources
As somebody who works right now on a Firefox extension I can't agree more. The documentation is a mess. Right now there exist 3 different ways of developing your extensions. Even if you decide you are going to use the official Addon SDK it is not clear if you should be using the CFX tool like described in their main repository[1] or JPM[2] which according to this blog post[3] is now the official tool. If you decide to go with the new tool you will find out that there is no documentation how the import system works, except another blog post[4] that just says they are now using npm. Good luck with figuring out all the details. But I think the main problem with Firefox is that once the Addon is inside the browser there is no sandboxing. The Addon has the same privileges as the Firefox process, including the potential to modify other Addons a
Read the rest
t runtime. That's why the review process is taking such a long time, they basically need to hand check all of your source code to catch if you are doing something nasty. If you don't ask in Chrome for some permission you will just not have access to this API, but not in Firefox. No permissions, always full access. This is an enormous security risk, because it is impossible to check all corner cases of big Addons and be sure that the Addon will not get code from outside and just eval it. [1] https://github.com/mozilla/addon-sdk [2] https://github.com/mozilla/jpm [3] https://blog.mozilla.org/addons/2014/08/19/announcing-add-on... [4] http://work.erikvold.com/jetpack/2014/08/07/cfx-to-jpm.html
In Writing Extensions for Firefox Is Barely Worth the Trouble

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.