louquillio_ has quit [Remote host closed the connection]
louquillio_ has joined #nanoc
alerante has quit [Remote host closed the connection]
alerante has joined #nanoc
prxq_ is now known as prxq
alerante has quit [Ping timeout: 255 seconds]
relix has joined #nanoc
<travis-ci>
[travis-ci] nanoc/nanoc/unique-identifiers 6943144 Denis Defreyne: The build passed.
<guardian>
morning
<guardian>
ddfreyne: I guess #435 kills something I might have wanted to rely on
<ddfreyne>
guardian: Oh?
<guardian>
ddfreyne: still in my "factory" scenario
<ddfreyne>
guardian: Can you explain?
<guardian>
ddfreyne: currently I can have site/layouts/_toc.haml override site/_factory/_layouts/_toc.haml
<guardian>
I'll test your PR to see if that breaks that behavior that could be very handy in my case
<ddfreyne>
guardian: First of all, for what it's worth, nanoc relies on the fact that a single item identifier only maps to a single item
<guardian>
yeah I had that in mind
<ddfreyne>
If it doesn't, it will sometimes pretend it does and it will lead to incorrect results anyway
<guardian>
but what about items from different data sources?
<ddfreyne>
guardian: Those also need to be unique
<guardian>
but it's not currently enforced right?
<ddfreyne>
You can set an items_root on data sources, so you don't easily run into that problem
<ddfreyne>
guardian: It is not enforced anywhere, but it should be
<guardian>
well somehow I would want data sources to override items from other data sources
<guardian>
I guess it's currently the case (but not done on purpose apparently)
<guardian>
like the latest data source replaces items from the previous ones in case of same identifier
<ddfreyne>
guardian: I'd solve that problem in preprocessing. e.g. mount the parent data source at /_parent, and then move items from /_parent to / unless an item already exists
<guardian>
I didn't debug that to see if it's really the case, but that's what I deduced from the behavior I observed
<ddfreyne>
That is the only way to solve that problem, because there's no easy way to distinguish between two items if they have te same identifier
<ddfreyne>
guardian: Yeah, I think it works by accident
<ddfreyne>
guardian: But it will lead to problems wth the outdatedness checker (because it will treat the two items/layouts as the same, while they are not, and they have different checksums)
<guardian>
I see
<guardian>
well I'll pursue the route you suggested: remount in preprocess
<guardian>
do you have an idea when you want to release 3.7.0? that's the one I'm interested in most since it will have my PRs :) and I'm going to deploy that version and share my work on a doc factory based on nanoc
<ddfreyne>
guardian: This week or next week
<ddfreyne>
3.6.10 will come first though (hopefully today)
alerante has joined #nanoc
prxq has quit [Quit: Leaving]
<guardian>
good to know
<travis-ci>
[travis-ci] nanoc/nanoc/unique-identifiers b39ed2e Denis Defreyne: The build passed.
alerante has quit [Ping timeout: 252 seconds]
<ddfreyne>
guardian: Feel free for a +1 to speed up the 3.6.10 release :)
prxq has joined #nanoc
alerante has joined #nanoc
alerante has quit [Ping timeout: 265 seconds]
relix has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
relix has joined #nanoc
alerante has joined #nanoc
alerante has quit [Ping timeout: 252 seconds]
VitamineD has quit [Quit: Computer has gone to sleep.]
alerante has joined #nanoc
alerante has quit [Ping timeout: 240 seconds]
VitamineD has joined #nanoc
alerante has joined #nanoc
jugglinmike has joined #nanoc
<tom[]>
was there a speed gain from 3.6.7 to .9?
<ddfreyne>
tom[]: I don't think so. Why the question?
<tom[]>
my site used to compile in 4 sec. now 0.4. i can't blame you got that
<tom[]>
i'll take the blame mysqlf
<ddfreyne>
tom[]: There were some dependency tracking improvements IIRC
<tom[]>
hah. now you want the blame
<tom[]>
did you like my Freudian slip?
<ddfreyne>
You are a horrible person
<ddfreyne>
I kid I kid
<tom[]>
i have verbal ticks in my fingers. i start "mys" and they add ql without my conscious intent
<tom[]>
what a horrid thing
<VitamineD>
poor you
VitamineD has quit [Ping timeout: 252 seconds]
<ddfreyne>
tom[]: I get that too; often when writing C code;