<jachymko>
ddfreyne: oh, that's a nice and simple solution :) but i will need to prepend the "content/" path and i need to make sure the jpeg child items are compiled before the parent item
<jachymko>
so i'll need to call parent.depend_on(parent.children) in preprocess, right?
<jachymko>
oh, depend_on is on filter, not item
louquillio has quit [Remote host closed the connection]
jugglinmike has quit [Quit: Leaving.]
louquillio has joined #nanoc
francois2 has quit [Ping timeout: 264 seconds]
francois2 has joined #nanoc
VitamineD has quit [Quit: VitamineD]
<guardian>
o/
forcev is now known as FunkyPenguin
FunkyPenguin has joined #nanoc
FunkyPenguin has quit [Changing host]
jadd_ has joined #nanoc
jadd_ has quit [Quit: Leaving...]
jadd_ has joined #nanoc
pavelkunc has joined #nanoc
jadd_ has quit [Ping timeout: 240 seconds]
<ddfreyne>
jachymko: You can use raw_path instead of path to get the raw filename (which will have tmp/ preprended)
jadd_ has joined #nanoc
jadd_ has quit [Ping timeout: 245 seconds]
<jachymko>
ddfreyne: actually, i need the output file path, ie. "output/" + item.path. is the output path available somewhere? on the site object?
<ddfreyne>
jachymko: why do you need the output path prefixed by 'output/'?
<ddfreyne>
jachymko: raw_path will give you that, but it is not guaranteed to be output/ (the item could reside in tmp/ temporariliy)
<jachymko>
oh, i.rep_named(:default).raw_path is exactly what i need
<jachymko>
is that different from i.raw_filename?
<jachymko>
Item.raw_filename is source, ItemRep.raw_path is output, got it :)
<ddfreyne>
Yes
<ddfreyne>
i.raw_path(rep: default) is the same as i.rep_named(:default).raw_path btw
<ddfreyne>
and i.raw_path is identical to that too (rep is default by default)
<guardian>
ddfreyne: do you think you can give a look at the dependency stuff this week end? :)
louquillio has quit [Remote host closed the connection]
bghost has joined #nanoc
<ddfreyne>
guardian: Will do
<ddfreyne>
guardian: I cannot compile your site here. My Mac starts thrashing (cursor lags, even)
<guardian>
oh wow
<ddfreyne>
I think it has to do with the image manipulation stuff
<guardian>
I think it's because of images
<guardian>
hmm likely a quick workaround is to change the rules, so that every image rep is in fact the original
<guardian>
I can arrange that for you
<guardian>
ddfreyne: just delete the 2 lines with filter:image_resize in Rules, just did it and it compiles just fine
<ddfreyne>
Yup did that :)
<ddfreyne>
guardian: It is a weird issue in any case.
<guardian>
do you still have the query where I told you how to make the weird dependency disappear?
<guardian>
it's "?#{XXhash.xxh32(target.compiled_content, target.checksum.to_i)}" in lib/helpers:48 that causes it
<ddfreyne>
yup
<guardian>
the fact that xxhash runs on target.compiled_content (I think I verified it's not caused by target.checksum.to_i but I'm not sure, was a while ago)