Re: [O] [BUG] bug in org-publish and a (wrong) patch

2011-06-26 Thread David Maus
At Mon, 27 Jun 2011 00:12:11 -0400, Nick Dokos wrote: > > David Maus wrote: > > > At Fri, 08 Apr 2011 12:58:06 -0400, > > Nick Dokos wrote: > > > > > > Carsten Dominik wrote: > > > > > > > Hi Nick, > > > > > > > > I have not looked closely, but maybe you can use > > > > > > > > > > > > (expand-fi

Re: [O] [BUG] bug in org-publish and a (wrong) patch

2011-06-26 Thread Nick Dokos
David Maus wrote: > At Fri, 08 Apr 2011 12:58:06 -0400, > Nick Dokos wrote: > > > > Carsten Dominik wrote: > > > > > Hi Nick, > > > > > > I have not looked closely, but maybe you can use > > > > > > > > > (expand-file-name (file-name-directory filename)) > > > > > > to fix this patch? Not

Re: [O] [BUG] bug in org-publish and a (wrong) patch

2011-06-26 Thread David Maus
At Fri, 08 Apr 2011 12:58:06 -0400, Nick Dokos wrote: > > Carsten Dominik wrote: > > > Hi Nick, > > > > I have not looked closely, but maybe you can use > > > > > > (expand-file-name (file-name-directory filename)) > > > > to fix this patch? Not sure, I have not spent any time on it. > > >

Re: [O] [BUG] bug in org-publish and a (wrong) patch

2011-04-08 Thread Nick Dokos
Carsten Dominik wrote: > Hi Nick, > > I have not looked closely, but maybe you can use > > > (expand-file-name (file-name-directory filename)) > > to fix this patch? Not sure, I have not spent any time on it. > Almost but not quite: C-h v expand-file-name says , | (expand-file-n

Re: [O] [BUG] bug in org-publish and a (wrong) patch

2011-04-08 Thread Carsten Dominik
Hi Nick, I have not looked closely, but maybe you can use (expand-file-name (file-name-directory filename)) to fix this patch? Not sure, I have not spent any time on it. - Carsten On Apr 7, 2011, at 7:11 AM, Nick Dokos wrote: > org-publish-cache-ctime-of-src tries (but does not always

[O] [BUG] bug in org-publish and a (wrong) patch

2011-04-06 Thread Nick Dokos
org-publish-cache-ctime-of-src tries (but does not always succeed) to deal with symlinks: file-symlink-p returns the target as a string, but if the target is relative to the symlink, that's not going to fly. e.g. if c is a symlink like this /a/b/c->../d/f then (file-symlink-p "/a/b/c") -> "..