The first thing you'll need to do in order to use the HurpDurp Apps Server is install it. Use one of our patented automagic install applications on your platform of choice. We support Linux, Macintosh OS X, and Windows 7.
To restart the local server, you'll need to run these two commands, in order:
sudo launchctl unload /Library/LaunchDaemons/com.hurpdurp.apps.plist
sudo launchctl load /Library/LaunchDaemons/com.hurpdurp.apps.plist
To delete an application, you will need to manually remove the files that were
installed with that application. All applications that Appr installs, are
located under /usr/local/lib/hurpdurp/mounts/
. You'll be able to find apps,
such as the Tracker Display installed there. To delete one of these apps,
simply run the following command:
sudo rm -rf /usr/local/lib/hurpdurp/mounts/appName
Be sure to replace appName
with the name of the app you want to delete.
Otherwise, you may run into problems down the line.
After the app is removed, you will need to restart the patented SpotterRF Apps server. To perform this action, please refer to the information above.
Boy skippy, it couldn't be more easy to publish applications to the Appr store. Follow this easy 12 step process to publish an app:
- Login to your trusty sidekick server.
- Create a
~/src
directory, if you haven't already. - Copy your application files to a directory named
~/src/app-name
. - Change directory into
~/src/app-name
- Run any applicable build scripts.
- Create a package.json if you haven't already.
- Add
publishConfig: { "registry": "http://your-npm-registry" }
topackage.json
- Add the line
registry = http://your-npm-registry
to your ~/.npmrc - Run
npm adduser --registry=http://user:pass@your-npm-registry
and follow the steps. - Make sure you're in the
~src/app-name
directory. - Run
npm publish ./
The idea is to have an app store similar to the android app store.
- Appr represents the app store client
- hurpdurp.com represents the default
MyApp.com as entrypoint
- I visit myapp.com
- myapp.com checks localhost:8899/oauth and fails
- myapp.com asks me for a username and password for hurpdurp
- myapp.com's client creates a ticket for ip.hurpdurp.com with hurdurp.com/installer
- myapp.com asks me to install Appr from hurdupr.com/appr.{exe,pkg,deb}
- myapp.com continually polls localhost:8899/init/:ticket
Appr setup via MyApp.com
- Appr is installed
- Appr has no config, so it listens on localhost:8899/init/:ticket
- Appr receives the ticket
- Appr checks hurpdurp.com/register/:ticket
- hurpdurp.com/register/:ticket only responds when the Origin is localhost:8899
- the response passes credentials (the user is pre-logged in on localhost and myapp.com is pre-authorized)
MyApp.com as app
- I visit myapp.com again
- myapp.com checks localhost:8899/oauth and has succeeds with pre-authorization, pre-scoped
- I enjoy myapp.com
OtherApp.com as new app
- I visit otherapp.com
- otherapp.com checks localhost:8899/oauth and succeeds
- A list is presented including hurpdurp, myapp.com, etc
- I authorize otherapp.com for whichever scope
- otherapp.com is added to the list of repos
- Appr checks hurpdurp.com/node regularly for the latest node version and date
- Appr checks each app at whateverapp.com/appr/:product/:node_version to get a list of compatible app versions
- If all apps have compatible versions at or above their current version, the upgrade takes place
- Going to hurpdurp.com directly will show a list of authorized apps from localhost:8899, which accepts hurpdurp.com as a master (not just a repo)
Apps should have a
- version
- install date
- upgraded date
- channel (stable, beta, developer (only selectable via api))
- scope
- origin (install source url)