[16:11] twilliams_: i think i joined too soon [16:11] xley: yes, you are op [16:12] xley: :-) [16:12] twilliams_: i'm an op - we can either close and try again, or i can give you op [16:12] twilliams_: your call [16:12] xley: yes do that. [16:12] xley: I have my logfile now. [16:12] twilliams_: which? [16:12] xley: give me op sorry [16:13] twilliams_: ok, do you know the command? otherwise I'll look it up [16:13] xley: i was just looking it up [16:16] xley: you need ... /mode #for-may +o xley [16:17] » You were promoted to operator by twilliams_. [16:17] xley: yep [16:17] twilliams_: thanks, that should be a faq somewhere [16:18] xley: do you have much time today/tonight? [16:19] twilliams_: not really, couple hours [16:19] twilliams_: i've not svn up'd in a while though so i'm not very helpful with svn down [16:21] xley: whats 'svn info' say ... mine is 398508 [16:22] twilliams_: which one Revision or last Changed Rev? [16:22] xley: the latter i think [16:22] twilliams_: 400070 and 399654 respectively [16:23] xley: you are newer than me ... looking at svn@forrest current is r405667 [16:24] xley: you are just 7 commits behind [16:24] twilliams_: strange, i haven't updated all week [16:25] xley: and i am 36 behind ... 10 days old [16:25] xley: that shows too much email discussion and not enough doing. [16:26] twilliams_: yelp, i've been reading a little and doing nothing unfortunately - family priorities [16:26] xley: of course [16:27] twilliams_: so i gather your email with the issues wasn't all inclusive? [16:27] xley: actually many of those commits are mine, so i just need to do 'svn up' to refresh the numbers. [16:28] xley: not sure what you mean Tim ... the reviewing of the list of Blocker issues? [16:29] twilliams_: yes, sorry, i didn't gather the "Blocker" part - i just saw 45 issues in the roadmap [16:29] xley: looking through svn@ i see that your working copy is close enough, there were some doc commits. [16:30] xley: was 47 so down 2. Yes the list sent to dev@ was just those marked Blocker and Critical. [16:31] twilliams_: ok i'll add that to the filter [16:31] twilliams_: still there? [16:32] xley: yes [16:33] twilliams_: cool, my hotel connection just went dead and apparently i was able to reconnect before IRC noticed [16:33] twilliams_: ok so there's 17 Blocker && Critical issues [16:34] xley: I think that i have a workaround for FOR-492 "Inconsistent Line Endings in generated sites" [16:37] twilliams_: ok, i don't know that i'd recognize a problem or solution if I saw one honestly [16:37] twilliams_: when you send out line ending related emails, i just blindly do whatever you say [16:39] xley: :-) it is a mess of a topic. [16:39] xley: i am going to now review the comments about the issues on the dev@ thread and add some Jira comments. [16:39] twilliams_: ok [16:39] xley: can you see anything that we can tackle together. [16:40] twilliams_: not immediately, i'm looking through the 17 at this point [16:47] » You changed the topic to "ForrestFriday: Finish locationmap, investigate blocker issues for next release". [16:47] twilliams_: i think FOR-770 should get moved to 0.9 [16:48] twilliams_: it's nice-to-have but not necessary [16:49] twilliams_: what's the first part of FOR-876? [16:49] twilliams_: http://marc.theaimsgroup.com/?l=fo​rrest-dev&m=114681853020533&w=2 [16:52] xley: re FOR-770 ... okay i have not been looking that far down the list. Yes delay it. [16:52] xley: Re FOR-876 yes this is one i hoped we could fix today. [16:54] xley: i am doing 'forrest seed-sample run' to look. [16:56] twilliams_: I don't understand what the "Retrieving an XDoc Via HTTP" is supposed to do [16:56] twilliams_: looking at the source, I see not reference to LM in there [16:58] xley: look at src/documentation/content/locatio​nmap.xml [16:58] xley: it gets the xml source from the SVN server (so won't work today). [16:59] twilliams_: yeah, but i don't see any ref to it in samples\locationmap\index.xml [17:02] twilliams_: it appears that svn is back up [17:06] » You have set yourself away with "back in a few minutes". [17:06] twilliams_: maybe i spoke too soon, [17:06] twilliams_: it seems that the web browsing aspect of it is working but not the real thing [17:15] xley: Re: svn ... i would wait until we hear at committers@a.o or infra@ etc. or irc [17:16] twilliams_: ok [17:16] xley: locationmap demo ... the instructions are not very clear. need to construct URL yourself e.g. [17:17] xley: localhost:8888/remoteDemo/index.ht​ml [17:17] xley: should get the Forrest home page via xml source from the SVN server. [17:18] twilliams_: yeah, i'm pretty sure that works based on my local testing here [17:18] twilliams_: it seems like the issue might be limited to the rewriting aspect of the LM input module [17:19] twilliams_: this would be much easier to debug with SVN, btw. [17:20] twilliams_: as clearly something has changed so we could simply go back to a working rev and see what it is [17:20] xley: i think our dev@ thread said rewriting input module too. [17:21] twilliams_: i don't think the configuration of the lm itself in sitemap.xmap and forrest.xconf have changed so it's likely in lm code [17:21] twilliams_: yeah, sorry, i haven't kept up as well as i wish i could have [17:23] xley: yes understand what you mean about going back using svn. We should delay investigation. But i will at least peek at the sitemap.xmap and forrest.xconf to see svn history. [17:24] xley: another topic. [17:24] xley: what do you reckon about the locationmap logfiles. I think they will frighten a new user. [17:25] twilliams_: issue #? [17:25] twilliams_: or just discussion? [17:26] xley: neither, now, but i think there was some past discussion. [17:26] xley: should those messages be just at DEBUG level? [17:27] twilliams_: honestly, mine is jacked right now so I can't tell [17:27] xley: why would that be? [17:27] twilliams_: my local copy is pumping so many debug messages that i'm creating several MB on just a couple requests [17:28] twilliams_: it's left over from when I was trying to solve the cache issue [17:28] xley: oh you have extra stuff. i see [17:28] twilliams_: normally, i'd just rename my files and svn up to see what you're talking about [17:28] twilliams_: but with svn down... well... [17:28] xley: yes [17:29] twilliams_: this cache issue is kicking my butt btw [17:29] xley: yes another thing that i would like to help with but not got the expertise. [17:30] twilliams_: i think i'm going to need thorsten or ross to get me over a hump [17:30] twilliams_: i don't have the expertise either:( [17:31] xley: i wish that Cocoon-dev attempt you made would have went a bit further. perhaps bad timing [17:31] twilliams_: yeah, they seem to be going through some growing pains at the moment [17:32] xley: yes. [17:32] twilliams_: i feel like they are slowly getting back to their work though, so maybe in a couple weeks, it'll be time to try again [17:33] xley: i was impressed that Cameron on our user list built cocoon and enhanced a bit. [17:33] twilliams_: i missed that - among other things [17:33] twilliams_: i am impressed just hearing it though, i've been unsuccessful and frustrated trying to build Cocoon lately [17:35] xley: i made a quickstart doc for cocoon when last i tried the maven build. evidently it helped Cameron [17:37] xley: http://article.gmane.org/gmane.tex​t.xml.forrest.user/3557 [17:38] xley: and see subsequent email for links to cocoon maven stuff [17:38] xley: back to locationmap log concept if you have time? [17:41] twilliams_: sorry my wife is several hours away, up in middle of her night feeding my daughter and brought me up on the chat line [17:41] twilliams_: i'm back now [17:42] twilliams_: yeah, your quickstart helped me only mildly - i'm frustrated with stuff that builds sometimes, not others, and no apparent reason why the inconsistency. [17:42] twilliams_: anyway... back to lm loggin for a few minutes [17:42] xley: no rush, i have things to do too. it logs like this ... [17:43] xley: WARN [core.modules.mapper.lm] (/samples/index.html): Locationmap did not return a location for hint project-skinconf.xsl [17:43] xley: by default and lots of them. [17:44] xley: i have trouble making sense of them. [17:44] twilliams_: yeah, i think many of the "negative" tests should actually be DEBUG's instead of WARN's [17:45] twilliams_: they are basically letting you know that they are testing each entry in a LM selector [17:45] xley: i wondered about DEBUG too [17:46] twilliams_: i can change those to debug when SVN is back up [17:46] xley: yes i know, but average user might not. [17:46] twilliams_: really no reason to warn a user that nothing happened;) [17:46] xley: :-) [17:47] xley: back to cocoon and maven, [17:48] xley: i heard someone (giacomo, carsten) say that they never have troubles, other do. [17:50] twilliams_: it doesn't surprise me that giacomo or carsten or daniel never have troubles:) unfortunetly I'm not as smart as those gents [17:50] xley: antonio said he will try this weekend so perhaps we will get some tips. [17:50] xley: me too. [17:51] twilliams_: good luck to antonio, look forward to seeing the results [17:52] twilliams_: i had a simple cocoon patch long ago that i was never able to test becuase of their trunk issues. Hopefully they realize that at some point, they'll start loosing folk's interest if they keep a trunk around that won't reliably build [17:53] » tscherler joined the chat room. [17:54] tscherler: hi all [17:54] xley: they/we do understand that, there is going to be a surge leading up to the Dublin Apachecon to get it moving [17:54] tscherler: byw tim [17:54] tscherler: do you remember the cloak thread [17:54] twilliams_: byw? hi thorsten [17:54] tscherler: BTW sorry [17:55] twilliams_: i think so [17:55] tscherler: how was the subject? [17:55] twilliams_: i reckon you didn't get yours either [17:55] tscherler: I wanted to answer it again and could not find it in my inbox [17:56] tscherler: no ;) [17:56] tscherler: since we never said you have x days left ;) [17:56] twilliams_: on forrest-dev it was "asf irc cload" [17:56] xley: re cloaks, looking at the file in apache svn [17:56] tscherler: :) [17:56] tscherler: thx [17:57] twilliams_: oops, that's obviously, "asf irc cloak" [17:57] xley: we need to prod someone (Erik, Justin?) to follow up on the items. [17:57] xley: not today probably , with minotaur etc. [17:57] twilliams_: i did that at some point on IRC after waiting some weeks [17:58] twilliams_: yeah, i figured, i wouldn't win any points by bringing it up today;) [17:59] xley: as usual at ASF, keep trying. it really is a do-it-yourself organisation. and often things are busy and get missed. [17:59] tscherler: I just reminded us [18:00] tscherler: do-it-yourself organisation -> that is fine but sometimes I wish I have the rights to apply my infrastructure patches [18:00] tscherler: Some patches seems to get never applied [18:02] xley: perhaps they are not appropriate, or too difficult, or something. I know it is defeating isn't it, when ones patches not applied. [18:03] xley: i shudder when i see our patch queue, though it is a bit better. [18:03] tscherler: yeah now we know how our user/devs feel if no one takes the time to apply a patch [18:05] twilliams_: gents i gotta go, i'm in a far off time zone with a long day and long flight over the next couple days. sorry for having slacked over the past weeks but that's the hand I'm dealt... later [18:05] xley: list of issues on our roadmap down to 42. That's 5 in a week. [18:05] tscherler: tim no worries [18:05] xley: good on you tim see you later. [18:06] tscherler: you do what you can and it is helping a lot [18:06] xley: sure [18:06] tscherler: have a good flight [18:06] twilliams_: thanks, good night/morning [18:06] » twilliams_ left the chat room. [18:07] tscherler: yeah xley that is good (still with this ratio we will finish in 9 weeks) [18:07] xley: hows your prep for ApacheCon tutorial going [18:08] xley: any news on registrations numbers? [18:08] tscherler: to be honest did not had time yet to start [18:08] tscherler: I screwed up a finger while playing basketball and now I have 9 and every thing takes ages [18:09] tscherler: no news [18:09] tscherler: Are they sending them around? [18:09] xley: ooh, i stopped basketball [18:09] tscherler: Or can I see them online? [18:09] tscherler: jeje why? [18:09] xley: fingers [18:10] tscherler: makes sense ;) [18:10] tscherler: qed I would say [18:10] xley: hey we can slow you down a bit. [18:10] tscherler: lol [18:10] tscherler: no you do not want that ;) [18:31] » Ross joined the chat room. [18:31] » _Gav_ joined the chat room. [18:31] _Gav_: Hi All [18:31] Ross: Good morning/afternoon - I'll only be here intermittently this early on, and will not be here at all during the afternoon GMT - sorry [18:34] _Gav_: Anything discussed so far [18:36] Ross: No one here but us newcomers Gav [18:37] _Gav_: ah ok. [18:37] tscherler: hi gav and ross [18:38] _Gav_: Hi Thorsten [18:38] xley: hi ... heating up dinner. [18:39] _Gav_: thought I saw smoke [18:39] » Cyriaque joined the chat room. [18:40] xley: if svn is not back up soon, then i will put a copy of log to-date on my people.a.o space but not sure how long rsync to ajax. [18:42] _Gav_: Tis wierd, SVN is showing as up for over 9 hours now, HTTPS is what is down. [18:44] xley: that might be infra@ way to lock everyone out until it is ready for use. [18:45] _Gav_: ok [18:46] xley: http://people.apache.org/~crossley​/20060512-log.txt [18:48] xley: gav: i have a workaround with Ant for FOR-492 "Inconsistent Line Endings in generated sites" [18:49] xley: can i get you to try it later. [18:54] _Gav_: yep ,sorry made a cuppa [18:54] _Gav_: when your ready I am [19:19] » Ross left the chat room. ("Chatzilla 0.9.73 [Firefox 1.5.0.3/2006042618]") [19:21] » Ross joined the chat room. [19:38] xley: gav: http://issues.apache.org/jira/bro​wse/FOR-492 [19:50] Ross: I've been called away, will be back later this afternoon (GMT) but not sure what tie, the eeting could drag on. [19:50] » Ross left the chat room. ("Chatzilla 0.9.73 [Firefox 1.5.0.3/2006042618]") [22:05] » tscherler left the chat room. (Remote closed the connection) [22:22] _Gav_: Xley - I have the patch, how do you want it testing? [22:25] xley: after making the change to your svn. Do what you did last time ... 'forrest seed site' and then make sure line-endings okay. [22:27] _Gav_: ok, doing that now [22:37] _Gav_: Looks good from here, but you would need a copy of a generated html file ? [22:39] xley: nope, you reckon it looks okay, then great. When svn is back i will commit it. Thanks. [22:48] » ipv6guru joined the chat room. [22:48] » _Gav_ left the chat room. (Read error: 104 (Connection reset by peer)) [22:48] ipv6guru: Damn, got cut off [22:48] ipv6guru: Did I miss any answers [22:49] xley: i will upload load again ... [22:49] xley: s/load/log/ [22:50] xley: http://people.apache.org/~crossley​/20060512-log.txt [22:51] ipv6guru: ah right, I see my questions also did not get through [22:52] ipv6guru: You mention Xalan migration to Saxon in the Xalan 656 issue, is this something Forrest is heading towards? [22:52] ipv6guru: Will it be acheivable to reach Saxon 2.0 in this case? [22:53] xley: i haven't yet looked at 656, but no. you should be able to replace the XSLT processor Xalan with Saxon or use Saxon for certain pipelines [22:53] » Cyriaque left the chat room. ("Chatzilla 0.9.73 [Firefox 1.5.0.3/2006042618]") [22:55] ipv6guru: Ok, so if anything new in Saxon 2.0 that could be useful can be added independently and without [22:55] ipv6guru: interference with current methods [22:56] xley: don't know. Those are questions for the Cocoon mailing lists. Suggest you search. [22:58] ipv6guru: Ok, will do, I saw some interesting stuff on Michael Kays site, for the future I guess [22:58] ipv6guru: saxonica.com [22:59] xley: what do you mean by "656 issue" above? [23:00] ipv6guru: http://issues.apache.org/jira/brow​se/XALANJ-656 [23:00] ipv6guru: Sorry, I was a bit vague [23:00] xley: i tried to guess but missed the J [23:07] xley: http://wiki.apache.org/cocoon/Saxo​n [23:12] ipv6guru: good, thanks! [23:12] ipv6guru: Hmm, I noticed I logged in alternate nick [06:39] » Ross joined the chat room. [08:28] xley: ping [08:30] xley: http://svn.apache.org/repos/asf/fo​rrest/events/forrest-friday/200605​12-log.txt [09:13] Ross: Thanks for the log David [09:13] Ross: Not very busy today [09:17] xley: hi Ross, yeah. And i need to go away in about 30 mins. [09:17] Ross: OK, can I ask you about something to do with generating the Cocoon docs (with Forrest) [09:17] xley: log file will auto-commit at */20 [09:17] xley: try me [09:18] Ross: Did you see the post from Bruno regarding javadoc: protocol he has implemented in Daisy using our LM? [09:18] xley: yep [09:18] Ross: OK, I'm looking into it now - looks like a realy neat idea and I would like to create a forrest plugin for it, but... [09:19] Ross: I am hitting the xconf issue (include xconfs in plugins) [09:19] Ross: My question is... [09:19] xley: :-) [09:19] Ross: Do you think it would be OK for me to add a xconf file to core for a whiteboard plugin [09:19] Ross: this xconf will not intefere with anything else [09:19] Ross: (tempoary workaround of course) [09:20] xley: we have other stuff in core that we know needs to eventually move to plugins, so i don't see a problem. [09:20] Ross: Cool, that was also my thinking, plus we already have an issue for this [09:21] xley: yep [09:21] Ross: I see we managed to close a grand total of two issues today - not impressive [09:22] xley: I moved some to 0.9 as discussed. Do they count? [09:22] Ross: (although mine was the first I closed for a long time) [09:22] Ross: I like procrastination :-) [09:22] xley: it it one way to get a release out. Seriously. [09:23] xley: porridge is close to burning, back in a tick. [09:23] Ross: Yeah, I agree and the LM is worth it... especially with the cool stuff like the javadoc: protocol [09:26] Ross: Oh ******* - I'm also hitting the fact that the URL rewriting is broken - it's already past my bedtime - looks like lack of sleep for me ;-) [09:26] Ross: (side effect, I should close another issue) [09:27] xley: back, yum. [09:28] xley: URL rewriting? [09:29] Ross: LM URL rewriting, i.e. href="lm:somefile" [09:29] Ross: Can you recall what broke the site: stuff? [09:30] Ross: It may give me a hint about where to start debugging [09:31] xley: no idea. Tim and i talked earlier today. Going to need to 'svn up' backwards whole trunk until we find a working version. [09:32] Ross: oh dear :-( - that'll take me a while [09:35] xley: Yeah, not good. I will give a go tomorrow. We talked about investigate svn history of some core config first. [09:37] Ross: do you think this could be a culprit? http://svn.apache.org/viewcvs.cgi​/forrest/trunk/main/webapp/WEB-INF​/xconf/forrest-core.xconf?rev=3554​74&r1=355366&r2=355474&diff_format​=h [09:38] Ross: Never mind fast for me to just try [09:40] Ross: Not the problem :-) [09:40] xley: it certainly sounds like a possibility. We need a test in the 'forrest seed-sample' locationmap remoteDemo ... could catch such breaks. [09:40] xley: drat. [09:40] Ross: What I thought might be an issue is that it uses a name of "Lm", which is the same as for the locationmap... [09:40] Ross: does our knowledge of Cocoon tell us anything about the validity of two components with the same name? [09:41] xley: not mine. [09:41] Ross: They are different types of component so I guess it is OK [09:42] xley: i gotta go to get ready to go, Ross. Will pop back in 10 mins. [09:43] Ross: No probs, I'll keep trying [10:00] xley: bed for you. I will leave the IRC channel open and logging. I will be back in about 10 hours. [10:05] » tscherler joined the chat room. [10:17] ipv6guru: Hi Thorsten [10:20] tscherler: hi [10:20] tscherler: sorry for just crashing out [10:20] ipv6guru: no problem, I went too, then sleep go in the way [10:21] tscherler: I just got botice that I will work a week away in Germany and needed to organize everything [10:21] ipv6guru: ok [10:21] ipv6guru: You working on anything now [10:21] ipv6guru: I have to buy some land soon so will have to pop out in an hour [10:22] tscherler: well on many different things lets say ;) [10:22] ipv6guru: :) [10:22] tscherler: nice down in australia [10:22] tscherler: where about? [10:23] ipv6guru: About 1 KM from where I am now ! [10:23] ipv6guru: (in Perth) [10:24] ipv6guru: I am looking at http://issues.apache.org/jira/bro​wse/FOR-635 [10:34] tscherler: k [10:34] tscherler: just had a glance [10:34] tscherler: ...and coming from the after work friday beer [10:35] tscherler: but reading the comments [10:35] tscherler: it strikes me [10:35] tscherler: ​ ​ Comment by Rasik Pandey [17/Aug/05 07:53 AM] I think FOP likes absolute urls. Did you try that? [10:35] tscherler: hit bulleyes [10:36] tscherler: need to look in the code of how the images in fo are builded [10:37] tscherler: david wrote :"That works fine for the html output, but not for PDFs. Sure, behind the scenes maybe Forrest maps those to absolute for FOP. However, ... " [10:37] ipv6guru: I just tried it and sure enough, the image will only appear if in /resources/images [10:37] tscherler: the question is why does html matches the images and pdf not [10:38] ipv6guru: yep [10:38] tscherler: that means we hardcoded this somewher and womehow [10:38] tscherler: we need to identify the places where we call or construct this prefix [10:39] tscherler: btw are you subscribed in lenya-dev? [10:40] Ross: Hi guys... I suspect that the hard coding is in document-to-fo.xsl (I wrote that about 4 years ago now and back then we only had resources/images) [10:40] ipv6guru: Yes I am [10:40] tscherler: I am waiting to get eclipse up [10:40] Ross: Now we have multiple locations we need to remove the hard coded stuf - either us LM or pass in image location via sitemap [10:40] tscherler: hi ross:) [10:40] ipv6guru: Hi Ross [10:41] Ross: Thorsten, question for you... [10:41] Ross: Can you recall what caused site: protocol to break (question i relation to FOR-876 - url rewriting in LM broken) [10:41] tscherler: btw Ross thank you very much I will response later [10:42] tscherler: lemme check [10:44] tscherler: Ross [10:44] tscherler: Ross: Can you recall what caused site: protocol to break [10:45] tscherler: question i relation to FOR-876 - url rewriting in LM broken [10:45] tscherler: ATM I would blame infrastructure for FOR-876, but that is too easy ;) [10:46] Ross: Too easy to let them off too... [10:46] Ross: This is conversion of, for example, lm:foo to http://bar [10:46] Ross: It doesn't go on the network [10:46] tscherler: you mean an external protocol is not resolved [10:47] Ross: Yes, like the example in fresh-site http://localhost:8888/samples/loc​ationmap/index.html [10:47] tscherler: like in a source resolver [10:47] Ross: yes [10:47] tscherler: hmm [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:47] ipv6guru: [10:48] tscherler: I will try to debug it. Give me a moment [10:48] Ross: Thanks Thorsten [10:48] Ross: ODT images... [10:49] Ross: how are the $images and $xmlbasedir variables set? (in sitemap?) [10:49] ipv6guru: will have a look [10:50] Ross: Also, what is the value of @src in the xdoc we get from the ODT conversion? [10:54] tscherler: ross why odt? [10:54] tscherler: http://issues.apache.org/jira/brow​se/FOR-635 [10:54] tscherler: is that not fo specific? [10:55] ipv6guru: I notice Dispatcher uses old name style documenttofo.xsl also [10:55] ipv6guru: sorry document2fo.xsl [10:55] Ross: ThorstenL yes, I was getting my issues mixed up - ignore the ODT related question [10:55] tscherler: yeah, that can be [10:55] tscherler: k [10:56] tscherler: where did you found that? [10:57] ipv6guru: not in the code but the file itself in /resources/stylesheets/common/xsl​t/fo [10:58] ipv6guru: document-to-svg also uses $xmlbasedir, still not found its initial declaration yet [11:03] tscherler: ross do you know which method to debug for [11:04] tscherler: FOR-876 [11:04] Ross: I'm not 100% sure how the rewrting works, I've only dug into the lookup stuff i.e. {lm:project.content} [11:04] ipv6guru: sitemap-ref.xml says :- [11:04] Ross: That is in the locate method of the LocationMap class [11:05] ipv6guru: [11:05] ipv6guru: 6 [11:05] ipv6guru: 7 [11:05] ipv6guru: 8 [11:05] ipv6guru: 9 [11:06] Ross: That doesn't help :-( [11:06] ipv6guru: But this is a cdata example, I can not see any sitemap where it is actually implemented. [11:06] ipv6guru: no [11:06] Ross: Hang on, le me have a look around, whilst thorsten looks at FOR-876 for me [11:10] tscherler: ah, now I see the lm: part is not rewritten anymore [11:11] Ross: lm:transform.document.fo is used in two locations... [11:11] Ross: line 143 of faq.xmap and line 660 of sitemap.xmap [11:12] Ross: In both cases the variables are passed in - but like I said this doesn't help us... [11:12] Ross: What it does tell us is that our sitemap-ref.xml is horribly out of date [11:12] Ross: So, back to the problem... [11:13] Ross: Let me recap what I think you have unearhed so far [11:14] Ross: Ok, I reread FOR-635 [11:14] Ross: I thik what we need to do is look at the foobar.fo output [11:15] ipv6guru: My Search on Windoze is crap, it never found that [11:15] Ross: take a look at what the image URLs are [11:15] ipv6guru: I need to go buy some land, back later. [11:15] Ross: (I recomend you install cygwin and learn grep and the like) [11:15] Ross: Happy buying [11:17] tscherler: Ross [11:17] Ross: Hello [11:17] tscherler: the thing is with lm: is that it should get rewritten [11:17] tscherler: in the first place [11:18] tscherler: this rewritting does not happen in the lm [11:18] tscherler: well yes [11:18] tscherler: in the input module [11:19] tscherler: meaning we need to find out why the lm module is not get used [11:20] tscherler: leading to [11:20] tscherler: [11:20] tscherler: href src [11:20] tscherler: site ext lm [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: /site// [11:20] tscherler: /@href [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: [11:20] tscherler: /site/external-r​efs// [11:20] tscherler: /@href [11:20] tscherler: [11:20] tscherler: [11:21] Ross: Yep - I added that - should have remembered really [11:21] tscherler: seems that (03:20:30) tscherler: does not get used/matched [11:22] Ross: But it used to, so there is something in the processing of the input-modules that has changes [11:22] tscherler: yes [11:22] Ross: The only thing I have seen in the SVN logs is your addition of the source-resolver with the name lm [11:22] Ross: but I removed that line and it still failed [11:23] Ross: Let me test site: to see if it is LM specific - back in a moment [11:23] tscherler: hmm, did you turn back one revision of my commit and see whether that is working? [11:23] tscherler: k [11:24] Ross: site: is working OK [11:25] Ross: I started going back in the revisions to test it - started way back about 4 months ago and problem still present :-( [11:25] Ross: I'm wondering if I made an error in going back in SVN [11:25] Ross: is "svn -r revisionNumber up" sufficient? [11:26] Ross: (with a rebuild) [11:27] tscherler: yes, but to be more specific it is "svn -rRevisionNumber up" [11:28] tscherler: need to go to bed [11:29] tscherler: I am falling asleep [11:29] tscherler: cu [11:29] Ross: Me too - sleep well [11:30] tscherler: thx [11:30] » tscherler left the chat room. [11:41] » Ross left the chat room. (Read error: 104 (Connection reset by peer)) [16:47] » pbol joined the chat room. [16:48] pbol: Anyone around? [17:19] » ipv6guru left the chat room. (Read error: 110 (Connection timed out)) [17:54] » _Gav_ joined the chat room. [18:22] » _Gav_ left the chat room. [18:42] » pbol left the chat room. [20:20] » You left the chat by being disconnected from the server.