00:49
pavelkunc has quit [Quit: Leaving.]
01:58
tantignac has joined #nanoc
01:59
<
tantignac >
would someone know whether there is some kind of caching (and where?) for the nanoc compilation?
02:00
<
bobthecow >
tantignac: there's all sorts of caching, but, as long as nothing dumb happened, you shouldn't ever have to worry about it.
02:01
<
tantignac >
I got the "RuntimeError: Found 2 content …; expected 0 or 1" error because I had to file with same name but the extension
02:01
<
tantignac >
so I changed the name of one of the file
02:01
<
tantignac >
but I keep getting this error despite …
02:02
<
tantignac >
I removed the tmp, the crash log, I rebooted … I have the feeling nanoc still complains about a file that is no longer there
02:03
<
tantignac >
*two files (and not "to file")
02:03
<
bobthecow >
did you change the name of one of them to the same thing but a different extension again?
02:03
<
bobthecow >
what are the names of the files?
02:03
<
bobthecow >
foo.bar.ext has the same name as foo.ext
02:03
<
tantignac >
jquery.min.js and jquery.min.map
02:03
<
bobthecow >
yeah. they're both jquery.
02:03
<
tantignac >
I renamed the second as 0-jquery.min.map
02:04
<
bobthecow >
oh. that would fix it.
02:04
<
bobthecow >
you're sure it's not complaining about a different file this time?
02:04
<
tantignac >
(and I also activated "allow_periods_in_identifiers: true")
02:04
<
bobthecow >
ahh. with that you wouldn't need to change the name at all.
02:05
<
tantignac >
Humm I guess I would have to change it because they only differ with the final extension.
02:06
<
bobthecow >
oh, right. yeah, i was thinking of the standard jquery.min.js / jquery.js
02:06
<
bobthecow >
but this one's the map.
02:06
<
tantignac >
The error I get is: "RuntimeError: Found 2 content files for content/assets/bower_components/jquery/jquery.min; expected 0 or 1"
02:07
<
tantignac >
and when I ls my directory, I have only one
02:07
<
tantignac >
There is more: I moved the whole directory jquery and the error is still there. That's why I thought about a cache problem somewhere …
02:08
<
bobthecow >
i'm almost positive that wouldn't be affected by nanoc's cache.
02:08
<
bobthecow >
it caches metadata about items, not the items themselves.
02:08
<
bobthecow >
it has to read those off the disk every compile.
02:08
<
bobthecow >
so if the items are gone, they won't affect compilation.
02:08
<
tantignac >
ok, so it is something else
02:09
<
bobthecow >
the cache is all in tmp/*
02:09
<
bobthecow >
you can safely remove that entire directory.
02:13
<
tantignac >
I am going to write an issue on github, thank you for your help :)
02:15
<
bobthecow >
no problem.
02:21
<
tantignac >
good evening!
02:47
prxq_ has joined #nanoc
02:50
prxq has quit [Ping timeout: 272 seconds]
02:57
jugglinmike has quit [Read error: Connection reset by peer]
04:25
alerante has quit [Remote host closed the connection]
05:37
alerante has joined #nanoc
05:59
alerante has quit [Remote host closed the connection]
08:00
alerante has joined #nanoc
08:04
alerante has quit [Ping timeout: 252 seconds]
08:24
<
guardian >
morning!
08:25
<
guardian >
ddfreyne: I couldn't find a way to stuff my cache into @compiler because it's frozen
08:26
<
guardian >
ddfreyne: somehow, maybe nanoc should provide a @site.user_data hash so that we can stuff things in it
08:26
relix has joined #nanoc
08:43
<
ddfreyne >
guardian: That code is not 100% correct because the only the first item that fills in the cache bust map will have a dependency
08:43
<
ddfreyne >
Others will just reuse the already computed data and not depend on @items[target] even though they should
08:44
<
ddfreyne >
guardian: cache_bust_map should probably be a class that implements #[] the way it currently does now, but
*also* store the target item, and for every call to #[] create a dependency (using visit_start/visit_end)
08:46
<
guardian >
I'll figure this out
09:00
<
ddfreyne >
guardian: No, because only compiled_content will create the dependency. You're almost there though... before or after the target.checksum call, you can add
09:00
<
ddfreyne >
Nanoc::NotificationCenter.post(:visit_started, target)
09:00
<
ddfreyne >
Nanoc::NotificationCenter.post(:visit_ended, target)
09:01
<
ddfreyne >
That will do the trick
09:01
relix has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
09:01
<
ddfreyne >
I hope to make that stuff easier later on :)
09:02
<
guardian >
Nice, I'll do it this way. Also why is @compiler frozen?
09:04
<
ddfreyne >
guardian: I don't think it should be, tbh
09:04
<
ddfreyne >
@site is frozen, but @compiler is not
09:10
<
guardian >
ddfreyne: well I couldn't attach my cache_bust_map to @compiler, while I can on @site
09:13
prxq_ is now known as prxq
09:28
relix has joined #nanoc
10:01
alerante has joined #nanoc
10:06
alerante has quit [Ping timeout: 252 seconds]
10:10
VitamineD has quit [Quit: VitamineD]
10:33
VitamineD has joined #nanoc
11:08
pavelkunc has joined #nanoc
12:13
<
guardian >
what's the use case for forcing encoding: 'UTF-8' in data source?
12:15
<
guardian >
and should it be 'UTF-8' or utf-8?
13:55
alerante has joined #nanoc
15:10
relix has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
15:14
relix has joined #nanoc
15:18
jugglinmike has joined #nanoc
16:18
VitamineD has quit [Ping timeout: 245 seconds]
16:33
relix has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
16:55
alerante has quit []
17:34
VitamineD has joined #nanoc
17:44
pavelkunc has quit [Quit: Leaving.]
17:44
relix has joined #nanoc
17:47
pavelkunc has joined #nanoc
18:29
qrkourier has joined #nanoc
18:29
qrkourier is now known as kourier
18:32
relix has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
20:11
relix has joined #nanoc
21:10
relix has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
21:11
<
guardian >
quiet here
21:15
<
bobthecow >
some days.
21:32
cDlm has joined #nanoc
21:34
VitamineD has quit [Ping timeout: 252 seconds]
21:34
cDlm is now known as VitamineD
23:09
number-six has quit [Remote host closed the connection]
23:11
number-six has joined #nanoc
23:45
alerante has joined #nanoc
23:46
relix has joined #nanoc
23:52
pavelkunc has quit [Quit: Leaving.]