<bobthecow>
before that runtime error, it was causing problems but not letting people know. so this is at least a step better :)
tom[] has quit [Ping timeout: 255 seconds]
tom[] has joined #nanoc
ctp has joined #nanoc
vy has quit [Ping timeout: 246 seconds]
<guardian>
o/
<ddfreyne>
Hi
jugglinmike has joined #nanoc
alerante has joined #nanoc
irsol has quit [Ping timeout: 240 seconds]
VitamineD has quit [Quit: Computer has gone to sleep.]
VitamineD has joined #nanoc
irsol has joined #nanoc
<guardian>
ddfreyne: when nanoc compile -V says "identical", it's because it has recompiled an item THEN noticed it's identical right?
alerante has quit [Remote host closed the connection]
alerante has joined #nanoc
alerante has quit [Changing host]
alerante has joined #nanoc
<VitamineD>
guardian: yes
alerante has quit [Ping timeout: 240 seconds]
<guardian>
then I'm still witnessing strange behaviors from time to time
<guardian>
show-data telling me nothing is outdated
<guardian>
but compile -V compiling things
cDlm has joined #nanoc
VitamineD has quit [Ping timeout: 260 seconds]
cDlm has quit [Ping timeout: 268 seconds]
VitamineD has joined #nanoc
jonbullock has joined #nanoc
<dkm>
I'm noticing an odd (to me) behavior in error reporting in nanoc 3.7.2: when I erroneously have multiple content files with the same name nanoc is crashing with an error in a filter library
<dkm>
it's an extension to the kramdown filter, and it's the 'add_parser' lines that add my custom parser to kramdown's parser list
<dkm>
if I comment out all those lines then I get the expected 'two content files with the same name error'
<dkm>
any ideas on whats going on and how I can get more useful error reporting?