aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/aggregate_generates_long_filenames.mdwn
blob: c38ad6c7b84bba739f7deea2e40519b65b56792a (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
the [[plugins/aggregate]] plugin mashes the `title` of an aggregated post into a filename.  This results in long filenames.  I have hit a filesystem length limitation on several occasions.  Some (ab)uses of RSS, e.g., twitter,
generate long titles.  Especially once you throw escaping into the mix:

    $ ikiwiki --setup testsetup --aggregate --refresh
    failed to write ./test/lifestream/Hidden_Features_Of_Perl__44___PHP__44___Javascript__44___C__44___C++__44___C__35____44___Java__44___Ruby___46____46____46__._aggregated.ikiwiki-new: File name too long
    aggregation failed with code 9216
    $ echo $?
    25

It would also appear this abrubtly terminates aggregate processing (if not ikiwiki itself).  Only after moving my test repo to `/tmp` to shorten the filename did I see newer RSS feeds (from a totally different source) picked up.


-- [[Jon]]

> I have to wonder what filesystem you have there where 147 characters
> is a long filename. Ikiwiki already uses `POSIX::pathconf` on the srcdir
> to look up `_PC_NAME_MAX`
> to see if the filename is too long, and shortens it, so it seems
> that, in additional to having a rather antique long filename limit, your
> system also doesn't properly expose it via pathconf. Not sure what
> ikiwiki can do here. --[[Joey]]