ddfreyne changed the topic of #nanoc to: 3.6.4 (may 29th) | 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 joined #nanoc
bghost has quit [Quit: leaving]
jugglinmike has quit [Quit: Leaving.]
<ddfreyne> Heh
<ddfreyne> Being on the front page of http://mediaqueri.es/ seems to do a lot to the number of hits
<bobthecow> nice.
<bobthecow> i think i submitted a site or two to there once.
<bobthecow> none of 'em ever showed up.
<ddfreyne> Aww
<ddfreyne> The mobile version of nanoc.ws is not quite OK: the homepage's screenshot is very weird.
<bobthecow> yeah. that's kinda funky.
<ddfreyne> I haven't cared enough to fix it
<ddfreyne> nanoc.ws on Amazon S3 is a lot faster now :)
<ddfreyne> At least from what I can tell
<bobthecow> awesome.
<ddfreyne> Ooops... the VISA card associated with my Amazon S3 account expired years ago :D
<bobthecow> heh.
<bobthecow> i keep mine up to date by having a $0.03 per year charge for something or other in an S3 bucket that I never use :P
<bobthecow> totally accidental, but it happens to remind me to update my credit card periodically.
<guardian> o/
<guardian> ddfreyne: did you have a chance to give a look at this dependency tracking weird behavior I talked you about?
<ddfreyne> guardian: Sorry, not yet
<guardian> ok
<guardian> np
ianclarksmith has joined #nanoc
ianclarksmith has quit [Max SendQ exceeded]
yogsototh has joined #nanoc
VitamineD has quit [Ping timeout: 246 seconds]
yogsototh has quit [Ping timeout: 245 seconds]
yogsototh has joined #nanoc
pavelkunc has joined #nanoc
<jachymko> hey, i updated my cached filter module to optionally track child item changes: https://gist.github.com/jachymko/6557397
<jachymko> and i wanted to ask you experienced rubyists, if the module.included & c.extend idiom is the best way of doing things
yogsototh has quit [Ping timeout: 240 seconds]
<jachymko> i still find the dynamic nature of ruby sometimes a bit baffling, coming from .net :)
yogsototh has joined #nanoc
yogsototh1 has joined #nanoc
yogsototh has quit [Ping timeout: 264 seconds]
PythonShell has joined #nanoc
PythonShell has quit [Client Quit]
jugglinmike has joined #nanoc
VitamineD has joined #nanoc
yogsototh1 has quit [Remote host closed the connection]
tantalum has joined #nanoc
pavelkunc has quit [Quit: Leaving.]
pavelkunc has joined #nanoc
<tantalum> Hey every body
<tantalum> I know I've asked this question before, but still haven't found a solution
<tantalum> I have a *really* big collection of images
<tantalum> that never ever change
<tantalum> and they are in my content/
<tantalum> so they are slowing down the compilation time from a matter of seconds to a matter of minutes
<tantalum> I was asking if there was a way to move them out of content/
<tantalum> and have nanoc link to the images
<tantalum> Some one suggested that I use a 'static' datasource but I'm using nanoc version 3.4.6 and the 'static' datasource has been dropped
forcev has joined #nanoc
<jachymko> static datasource has been dropped?
<jachymko> i use it in 3.6.4 without any problems
FunkyPenguin has quit [Ping timeout: 260 seconds]
<tantalum> jachymko: I remember reading that somwhere, I'm trying to find it again
<jachymko> i think you mistake it with the old filesystem provider
VitamineD has quit [Ping timeout: 260 seconds]
<tantalum> jachymko: Well I guess I must have made a mistake
VitamineD has joined #nanoc
<jachymko> ddfreyne, is there any supported way of getting a binary item representation path?
<jachymko> i have galleries of jpegs, and the gallery root can have a :download representation, which zips all the jpegs
<jachymko> and i added a filter to optimize the jpegs, but the zip filter works with item[:filename]
<jachymko> which is obviously the source unoptimized file
<guardian> o/
tantalum has left #nanoc [#nanoc]
stbuehler has quit [Ping timeout: 245 seconds]
stbuehler has joined #nanoc
stbuehler has quit [Changing host]
stbuehler has joined #nanoc
pavelkunc has quit [Quit: Leaving.]
<ddfreyne> jachymko: You can get the item.path(:snapshot => something, :rep => something)
<ddfreyne> or just item.path(:rep => :download) in your case