New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Skeletons listing isn't working #70

Closed
balupton opened this Issue Aug 19, 2015 · 17 comments

Comments

Projects
None yet
8 participants
@balupton
Member

balupton commented Aug 19, 2015

screenshot 2015-08-19 18 16 26

balupton added a commit to docpad/documentation that referenced this issue Aug 19, 2015

@balupton

This comment has been minimized.

Member

balupton commented Aug 19, 2015

Looking at logs, it provides:

    → [2015-08-19 10:32:48.701] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:337] [readFile]
debug: Feedr is parsing [http://helper.docpad.org/exchange.cson?version=6.78.1] on [/home/ubuntu/tmp/1be7798e424a411ad1424312bb1ef1f2.cson-meta.json]
    → [2015-08-19 10:32:48.703] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:357] [readMetaFile]
debug: Feedr is reading [http://helper.docpad.org/exchange.cson?version=6.78.1] on [/home/ubuntu/tmp/1be7798e424a411ad1424312bb1ef1f2.cson-meta.json], checking exists
    → [2015-08-19 10:32:48.704] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:337] [readFile]
debug: Feedr is reading [http://helper.docpad.org/latest.json] on [/home/ubuntu/tmp/af1eae4f82f9692179dc4e0720e68bb2.json-meta.json], it doesn't exist
    → [2015-08-19 10:32:48.706] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:340] [unknown]
debug: Feedr is parsing [http://helper.docpad.org/latest.json] on [/home/ubuntu/tmp/af1eae4f82f9692179dc4e0720e68bb2.json-meta.json], read failed null
    → [2015-08-19 10:32:48.707] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:361] [unknown]
debug: Feedr is fetching [http://helper.docpad.org/latest.json] to [/home/ubuntu/tmp/af1eae4f82f9692179dc4e0720e68bb2.json], requesting
    → [2015-08-19 10:32:48.708] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:446] [viaRequest]
debug: Feedr is reading [http://helper.docpad.org/exchange.cson?version=6.78.1] on [/home/ubuntu/tmp/1be7798e424a411ad1424312bb1ef1f2.cson-meta.json], it doesn't exist
    → [2015-08-19 10:32:48.713] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:340] [unknown]
debug: Feedr is parsing [http://helper.docpad.org/exchange.cson?version=6.78.1] on [/home/ubuntu/tmp/1be7798e424a411ad1424312bb1ef1f2.cson-meta.json], read failed null
    → [2015-08-19 10:32:48.714] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:361] [unknown]
debug: Feedr is fetching [http://helper.docpad.org/exchange.cson?version=6.78.1] to [/home/ubuntu/tmp/1be7798e424a411ad1424312bb1ef1f2.cson], requesting
    → [2015-08-19 10:32:48.715] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:446] [viaRequest]
debug: Feedr is fetching [http://helper.docpad.org/exchange.cson?version=6.78.1] to [/home/ubuntu/tmp/1be7798e424a411ad1424312bb1ef1f2.cson], requested
    → [2015-08-19 10:32:48.895] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:460] [Request._callback]
debug: Feedr parse [http://helper.docpad.org/exchange.cson?version=6.78.1] with cson attempt
    → [2015-08-19 10:32:48.896] [/home/ubuntu/website/node_modules/docpad-plugin-feedr/node_modules/feedr/out/lib/feedr.js:245] [generateParser]

Which isn't that useful.

@nelsonam

This comment has been minimized.

nelsonam commented Aug 22, 2015

I'm seeing this:
screen shot 2015-08-22 at 10 15 45 am

@balupton

This comment has been minimized.

Member

balupton commented Sep 4, 2015

@nelsonam thanks, that's what I'm seeing too

I've been looking at this all week, and can't figure it out at all - locally it works fine, but for some reason remotely it fails - I have a few suspicions of things that I'll continue to address, which should be resolved within another week - however, if it still fails then, then I'll need to somehow get into the travisci build and find out what's going on

@Sequoia

This comment has been minimized.

Sequoia commented Oct 27, 2015

? is there a fallback listing?

@handylearn

This comment has been minimized.

handylearn commented Dec 7, 2015

Problem is still there. A project that claims to be able to build static websites should be able to solve this problem. Maybe the community can help here. How is the list supposed to be generated?

@balupton

This comment has been minimized.

Member

balupton commented Dec 7, 2015

@Sequoia

? is there a fallback listing?

The fallback listing will the URL displayed. However, if that is down due to helper issues, then you can use the source data file for the docpad 6.x exchange here https://github.com/docpad/extras/blob/docpad-6.x/exchange.cson

@handylearn

Problem is still there.

Yes, which is why this issue is not closed.

A project that claims to be able to build static websites should be able to solve this problem.

That's a bit douchey.

For what it's worth, this isn't a static generation part going wrong. It's a dynamic content fetching part. So I'm unsure how any of your sentence there makes logical sense, especially as no one is obligated to fix it, it's not a commercial project.

Maybe the community can help here. How is the list supposed to be generated?

Thanks. How it works is as follows:

  1. Website pulls in the skeleton list via this feedr plugin configuration:

    website/docpad.coffee

    Lines 353 to 355 in 67877cd

    exchange:
    url: exchangeUrl
    parse: 'cson'
    /
    exchangeUrl = "http://helper.docpad.org/exchange.cson?version=#{docpadVersion}"
  2. Feedr plugin uses bevry/feedr
  3. The data should be injected into this.feedr.feeds.exchange < this is empty for some reason
  4. It should be rendered by https://github.com/docpad/documentation/blob/13581abed26331f8c16b79468f42d076a43c0090/community/skeletons.html.md.eco#L7-L24 which is pulled in by the repocloner plugin

The helper - https://github.com/bevry/helper at helper.docpad.org - is currently down as reported by docpad/docpad#1027

@dunphyben

This comment has been minimized.

dunphyben commented Dec 8, 2015

Newbie to docpad here. Found out about it through the Netlify blog.

Not sure if this will help but this is what I'm seeing when I enter $docpad run:

A screenshot of my terminal that shows an error service unavailable when attempting to reach the skeleton list

In the meantime while this issue is being worked on, is there a way to integrate a skeleton either after an empty project has been set up, or to force it to run with a skeleton from command-line setup?

@balupton

This comment has been minimized.

Member

balupton commented Dec 9, 2015

@dunphyben

Thanks.

In the meantime while this issue is being worked on, is there a way to integrate a skeleton either after an empty project has been set up, or to force it to run with a skeleton from command-line setup?

Sure. Just pick out a skeleton from https://github.com/docpad/extras/blob/docpad-6.x/exchange.cson and clone out the repo url, switch to that branch, and run npm install inside it. Skeletons are just git repositories on particular branches.

@dcsan

This comment has been minimized.

dcsan commented Jan 4, 2016

I had a docpad setup but then removed the submodule, seems to have broken my site. I'm trying to follow the above, its a bit unclear.

where should the skeleton repo be checked out to?
I put it inside the docpad site/node_modules and npm installed within there, but still failing.

$ npm run start

> casper-skeleton.docpad@0.1.0 start /root/www/chatrobot/wiki
> docpad-server

module.js:328
    throw err;
    ^

Error: Cannot find module '../out/bin/docpad-server'
    at Function.Module._resolveFilename (module.js:326:15)
    at Function.Module._load (module.js:277:25)
    at Module.require (module.js:354:17)
    at require (internal/module.js:12:17)
    at Object.<anonymous> (/root/www/chatrobot/wiki/node_modules/.bin/docpad-server:3:1)
    at Module._compile (module.js:398:26)
    at Object.Module._extensions..js (module.js:405:10)
    at Module.load (module.js:344:32)
    at Function.Module._load (module.js:301:12)
    at Function.Module.runMain (module.js:430:10)

I cloned docpad-skeleton-casper inside the node_modules folder of the deploy ready install
FWIW the site runs on my local machine, so there are obviously some dependencies that are global somewhere with the docpad install.

├── docpad.coffee
├── LICENSE
├── node_modules
│   ├── docpad-plugin-rss
│   ├── docpad-plugin-tags
│   ├── docpad-skeleton-casper
│   ├── .... etc

├── npm-debug.log
├── out
├── package.json
├── README.md
└── src
@dcsan

This comment has been minimized.

dcsan commented Jan 5, 2016

$ cat package.json 
{
  "name": "casper-skeleton.docpad",
  "version": "0.1.0",
  "description": "The Casper theme for Docpad",
  "dependencies": {
    "docpad": "~6.78.1",
    "docpad-plugin-eco": "~2.1.0",
    "docpad-plugin-livereload": "~2.7.1",
    "docpad-plugin-marked": "~2.3.0",
    "docpad-plugin-paged": "~2.4.0",
    "docpad-plugin-partials": "~2.9.2",
    "docpad-plugin-rss": "~2.2.0",
    "docpad-plugin-tags": "~2.0.7",
    "moment": "^2.10.3"
  },
  "main": "node_modules/.bin/docpad-server",
  "scripts": {
    "start": "node_modules/.bin/docpad-server"
  }
}
@dcsan

This comment has been minimized.

dcsan commented Jan 5, 2016

after installing docpad globally I can run on the server. so I guess its just that the package.json isn't fully self contained, docpad itself also needs to be npm install -g to be able to serve in production mode? This isn't related to templates, sorry for hijacking the thread.

@balupton

This comment has been minimized.

Member

balupton commented Jan 5, 2016

I cloned docpad-skeleton-casper inside the node_modules folder of the deploy ready install
FWIW the site runs on my local machine, so there are obviously some dependencies that are global somewhere with the docpad install.

Skeletons are not plugins that go inside node_modules. They are git repositories that serve as a starter kit for a new website.

E.g.

npm install -g docpad

cd Projects
git clone https://github.com/docpad/docpad-skeleton-h5bp.git my-new-docpad-website
cd my-new-docpad-website
npm install
docpad run
@nevetS

This comment has been minimized.

nevetS commented Apr 22, 2016

This is still broken.

@balupton

This comment has been minimized.

Member

balupton commented Jun 18, 2016

I've looked into this several times and no clue. Giving up on my side.

Will revaluate once again after the DocPad to JavaScript conversion has completed: docpad/docpad#1046

@balupton

This comment has been minimized.

Member

balupton commented Mar 1, 2017

balupton added a commit to docpad/documentation that referenced this issue Mar 1, 2017

@balupton

This comment has been minimized.

Member

balupton commented Mar 22, 2017

got it working by converting the listing to json and updating the helper to use the json extension and to have the docpad website fetch the extensionless helper URL

it is now over at https://docpad.org/docs/showcase#skeletons

@balupton balupton closed this Mar 31, 2017

@balupton balupton reopened this Jul 23, 2018

@balupton balupton closed this in f710a94 Jul 23, 2018

@balupton

This comment has been minimized.

Member

balupton commented Jul 23, 2018

Finally fixed this. Swapped out the feedr plugin for the downloader plugin.

So it is definitely something broken about feedr.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment