BUG: Long step defintion -> filename too long (linux fc 13)

[reckbo]

As an example, this step fails for me:

dwi_found, t1_found, t2_found, flair_found, swi_found  <- find_dicom_folders

with

BASE=/tmp/case_id_020_20130104_1_23_2013_14_20_6.zip.dir

java.io complains "(File name too long)" when trying to write to .drake/.

(2.6.34.9-69.fc13.x86_64 #1 SMP Tue May 3 09:23:03 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux)

[aboytsov]

The problem is that Drake creates temporary files which names it builds from the step definition using absolute filenames. We probably need to switch to relative ones, and make sure the directory filenames are less than 255 character long, disambiguating conflicts with .1, .2 or something similar. I'll try to fix it soon.

In the meantime, you have two options:

1. Shorten absolute filenames. Try symlinks:

ln -s /tmp/case_id_020_20130104_1_23_2013_14_20_6.zip.dir /a
cd /a
drake

1. Use fewer outputs. If you can't, hardcode outputs in your steps command. You can still use them as inputs elsewhere, but the dependency link will be lost. So, you'll have to specify targets manually in the command line for the time being, if you choose this workaround.

[aboytsov]

Fixed it feature/filenames: 342d495

Will close when moved to develop.

[aboytsov]

Fixed in develop.