ddfreyne changed the topic of #nanoc to: 3.6.3 (apr 24th) | web http://nanoc.ws/ | repo http://bit.ly/XE6e3G | issues http://bit.ly/VfXaSV | forum http://ho.io/n-discuss | irclog http://irclog.whitequark.org/nanoc
bghost has quit [Ping timeout: 264 seconds]
rolfb has joined #nanoc
rolfb has quit [Quit: Linkinus - http://linkinus.com]
yogsototh has joined #nanoc
<cDlm> heh
<cDlm> I get a nice segfault running the tests on master
<cDlm> with 1.9.3-p429, but not 1.9.3-p392
<cDlm> same with 2.0.0-p195
cDlm has quit [Quit: cDlm]
cDlm has joined #nanoc
cDlm has quit [Client Quit]
cDlm has joined #nanoc
bghost has joined #nanoc
bghost has quit [Ping timeout: 256 seconds]
jugglinmike has joined #nanoc
alerante has joined #nanoc
<ddfreyne> cDlm: Oh weird
<ddfreyne> cDlm: if you run with VERBOSE=true, do you see in which test it crashes?
<darix> cDlm: segfault where?
<cDlm> several tests are mentioned, the trace is longer than iterm's scroll back
<darix> cDlm: run test suite with > tests.crash.txt 2>&1 ?
<cDlm> yeah just did that except without the stderr redirection :)
<darix> stderr might be useful in this case
<darix> but we will see
<cDlm> infinite loop in test_fog ?
yogsototh has quit [Remote host closed the connection]
cDlm has quit [Ping timeout: 248 seconds]
louquillio has joined #nanoc
alerante has quit [Remote host closed the connection]
louquillio has quit [Remote host closed the connection]
louquillio has joined #nanoc
cDlm has joined #nanoc
<ddfreyne> Hmm... seems to be a problem with Nanoc::Helpers::CapturingTest#test_self
<ddfreyne> cDlm: https://github.com/sparklemotion/nokogiri/issues/855 could this be the issue?
<cDlm> I have 2.9 indeed
<cDlm> and the example breaks
<cDlm> but I don't have 2.8 compiled
<cDlm> compiling
<cDlm> whee
<cDlm> except I bet libxml will get switched back next time I brew upgrade
<cDlm> hm.
<cDlm> now I get a minitest error
<cDlm> undefined method `run' for #<Minitest::Unit:0x007f93eda1b930>
<cDlm> bundle is using minitest 4.7.3
<ddfreyne> Hmm
<ddfreyne> bundle exec rake?
<ddfreyne> cDlm: -^
<cDlm> meh
<cDlm> I didn't need that before
<ddfreyne> nanoc uses minitest 4.x while you probably have 5.x installed
<cDlm> but I that gem plugin that makes bundle exec superfluous
<cDlm> works most of the time except for rake, sometimes
jaspervdj has quit [Ping timeout: 245 seconds]
jaspervdj has joined #nanoc
jaspervdj has quit [Ping timeout: 276 seconds]
number-six has quit [Ping timeout: 246 seconds]
jaspervdj has joined #nanoc
jaspervdj has quit [Ping timeout: 246 seconds]
jaspervdj has joined #nanoc
<ddfreyne> Smart... sellign stickets to fund the project :)
<cDlm> I see you've started coke again :p
alerante has joined #nanoc
<cDlm> ah but devswag is not a service
<cDlm> where did you have the nanoc stickers made ?
alerante has quit [Ping timeout: 248 seconds]
Segismond has joined #nanoc
Segismond has quit [Client Quit]
<guardian> is outdated: This item uses content or attributes that have changed since the last time the site was compiled.
<guardian> would be nice to dump the diff of what changed
<ddfreyne> guardian: That would be useful, but not currently possible, because only the checksums are stored and compared
<guardian> for some reason /about/ is oudated...
<guardian> I can't find why
<guardian> no use of item[] there
<guardian> actually
<guardian> item /about/ depends on:
<guardian> [ item ] /articles/2013/gitignore-all-the-crap-globally/
<guardian> [ item ] /css/main/
<guardian> [ layout ] /tags_tag/
<guardian> [ item ] /js/all/
<guardian> I'm curious why there is a dependency on [   item ] /articles/2013/gitignore-all-the-crap-globally/
<guardian> here is about.md http://pastebin.com/j88P0iYy
number-six has joined #nanoc
<ddfreyne> guardian: Hmm.
<ddfreyne> guardian: Maybe the layout causes a dependency?
<guardian> investigating the layout
<guardian> yet it's suspicious so far
<guardian> why that item… which isn't special compared to others
<guardian> I mean why depend on that /articles/2013/gitignore-all-the-crap-globally/
<guardian> I don't remember, should I always do a full compile before running nanoc show-data?
<ddfreyne> You can do it before or after. If you do it before, you will see which items will be recompiled. If you do it afterwards, it will show nothing as outdated (usually)
<guardian> so the dependency is caused by http://pastebin.com/KRzLuVLt
<guardian> cache_bust is called from within layouts/default.haml: %link{ :href => cache_bust("/css/main/"), :rel => "stylesheet" }
<guardian> if I remove + "?#{XXhash.xxh32(target.compiled_content, target.checksum.split(',').first.to_i)}" from cache_bust impl, /about/ loses its dep on /articles/2013/gitignore-all-the-crap-globally/
<guardian> also, piping nanoc show-data to less makes it crash badly :)
<ddfreyne> It does?
<ddfreyne> What happens?
<ddfreyne> Open a github issue!
<guardian> yeah need to sort my stuff out
<guardian> Errno::EPIPE: Broken pipe - <STDOUT>
<guardian> 0. /usr/local/Cellar/ruby/2.0.0-p0/lib/ruby/gems/2.0.0/gems/nanoc-3.6.3/lib/nanoc/cli/cleaning_stream.rb:74:in `write'
<guardian> I'll open a proper issue
<guardian> I'm still trying to figure out why + "?#{XXhash.xxh32(target.compiled_content, target.checksum.to_i)}" in my cache_bust helper causes that strange dep