<bobthecow>
guardian: define helpers in /lib/* and call them in Rules.
<bobthecow>
they're available to you :)
tlevine has joined #nanoc
vukini has quit [Remote host closed the connection]
vukini_ has joined #nanoc
vukini_ has left #nanoc [#nanoc]
yogsototh has joined #nanoc
<ddfreyne>
bobthecow: As for including GitHub issue #’s, include the first reported issue and then the pull request that fixes it? Or just the former? Or just the latter?
kitallis has joined #nanoc
pavelkunc has joined #nanoc
pavelkunc has quit [Ping timeout: 252 seconds]
pavelkunc has joined #nanoc
pavelkunc has quit [Ping timeout: 252 seconds]
pavelkunc has joined #nanoc
pavelkunc has quit [Ping timeout: 252 seconds]
pavelkunc has joined #nanoc
VitamineD has quit [Ping timeout: 240 seconds]
pavelkunc has quit [Quit: Leaving.]
Evolution has joined #nanoc
<Evolution>
I'm not certain if this belongs to nanoc, susy, or compass.. but using a fluid grid with percentages seems to bomb as soon as @include container; is used.
<Evolution>
when nanoc is run, it throws errors about mixing % and em being invalid.
<Evolution>
even though I don't reference em anywhere.
<darix>
what happens if you call the compass tools manually?
<Evolution>
haven't done that yet. I'm still getting familiar with the combo.
<ddfreyne>
darix: One of the ideas I had for nanoc 4.x is to make it a lot more generic, so that it could be used as an advanced (and easier to use) rake
<ddfreyne>
But... that's outside the scope, at least for the time being. It's certainly not a goal
<darix>
naw was just wondering if you considered maybe using rake as backend and found limitations why you didnt do it.
<ddfreyne>
darix: If item A includes content or attributes from an item B, rake wouldn't know of that dependency
<ddfreyne>
That's basically the reason. There's no way to let rake know all that
<darix>
ic
<ddfreyne>
(unless you define the dependencies up front, but that is hard and not always possible)
<ddfreyne>
darix: I wrote a Rules file that let me compile C source code with nanoc once :)
<ddfreyne>
darix: Probably... I also wouldn't recommend doing that, but that goes without saying :)
matjas has quit [Ping timeout: 260 seconds]
<darix>
ddfreyne: and i just wanted to suggest to stbuehler we use it as buildsystem for lighty 2 :p
<ddfreyne>
darix: haha
<ddfreyne>
darix: One neat thing is that it was able to track #include's, which make can't :)
<darix>
so we would use preprocess rules to find external deps and stuff (pkg-config and friends)
<darix>
and then compile the program
matjas has joined #nanoc
<ddfreyne>
darix: Hmm, not sure about that... I was referring to tracking #include dependencies inside the project itself. A header file that is included in other files will, when changed, cause those other files to be recompiled automatically
<ddfreyne>
and of course with guard-nanoc you'd find out build failures immediately etc...
<ddfreyne>
But yeah. nanoc isn't made for C source ;)
<darix>
ddfreyne: well once you have that ... you also need to find the cflags and ldflags for things like glib2 and friends
<ddfreyne>
darix: preprocess do ; @config[:ldflags] = 'pkg-config --whatever --options --it --takes --for --ldflags' ; end
<ddfreyne>
something like that?
<darix>
yes
musicmatze has quit [*.net *.split]
<ddfreyne>
changing the ldflags would cause everything to be relinked (but not recompiled)
<darix>
and we also need ways to define "only target lighttpd2-worker needs to be linked with openssl"
<ddfreyne>
bobthecow: Do you agree that the encoding should be explicitly specific in config.yaml and not inferred from the environment? If omitted, it should default to utf-8.
drops has quit [Quit: leaving]
<ddfreyne>
bobthecow: I’ve made the change. I think it’s the right way to go :)
<ddfreyne>
bobthecow: I’m going to do some major changes in experimental-4.x… without pull requests because I want to hack away very quickly and go very fast with nanoc 4.x. Pull requests would probably slow down the, ehh, surgical procedures ;)
<ddfreyne>
bobthecow: Three things that I have changes just now:
<ddfreyne>
1. removed bundler support (need bundle exec, which makes more sense)
<ddfreyne>
2. require encoding to be set explicitly (default to utf-8, no more encoding from environment)
<ddfreyne>
3. remove filesystem_verbose and rename filesystem_unified to filesystem