julieeharshaw has quit [Ping timeout: 255 seconds]
julieeharshaw has joined #nanoc
<ddfreyne>
That seems like it might be a memory issue
<ddfreyne>
I’m late to the party, as usual :(
pkunc has joined #nanoc
pkunc has quit [Quit: Leaving.]
<cDlm>
boohoo
cDlm is now known as VitamineD
pkunc has joined #nanoc
drops has joined #nanoc
pkunc has quit [Quit: Leaving.]
drops has quit [Quit: drops]
VitamineD has quit [Read error: Connection reset by peer]
cDlm has joined #nanoc
jugglinmike has joined #nanoc
pkunc has joined #nanoc
<jugglinmike>
I'm using a set of nanoc items to populate a single page's content--see the "clients" listed here http://bocoup.com/consulting/ . A while back, I got some advice to place these items in the `config` hash during the preprocess phase so that dependencies are tracked correctly. I don't know if nanoc's internals have changed since then, but I'm wondering if this is still necessary
<jugglinmike>
The reason I would rather store references to those items elsewhere is that nanoc calculates the hash of the config every time the site is compiled, and this takes upwards of 10 seconds when it contains all those items
<jugglinmike>
Does it make sense to attach references to these items to the global `@site` variable instead?
vitkovsky has joined #nanoc
vitkovsky has quit [Remote host closed the connection]
jjhh has joined #nanoc
<jjhh>
quick question
<jjhh>
I want nanoc to read content from ../content, not content/ . I changed the content_dir in nanoc.yaml but when I run nanoc nothing is generated
<jjhh>
Is there another step that I am missing?
jjhh has quit [Quit: Page closed]
jugglinmike has quit [Ping timeout: 252 seconds]
jugglinmike has joined #nanoc
jugglinmike has quit [Read error: Connection reset by peer]