This response below went to the yorba list, not the gnome one, so I’m forwarding it, along with further comment. I left Shotwell running for a long time in the 14.04 environment, and it eventually settled down, and I think the time spent (and the crashes) were caused by the re-generation of JPG versions of NEF files. The files are of the form DSC_1234_NEF_shotwell.jpg where the original file is DSC_1234.NEF, but I’ve also found DSC_1234_NEF_shotwell_1.jpg and in rare instances DSC_1234_NEF_shotwell_2.jpg Thinking that DSC_1234_NEF_shotwell.jpg (“A) and DSC_1234_NEF_shotwell_1.jpg (“B”) were unnecessary duplicates of one another, I tried deleting the B files from the relevant directory, but they were promptly regenerated. I then tried deleting both A and B files, and this time only A files were regenerated. My conclusion is that the new installation (Ubuntu 14.04) is failing to recognise the A files created by the 13.04 installation, and is creating a new set of JPGs, appending “_1” to the filename of the newly-created file to distinguish it from the unrecognised one. I’ve observed that some directories have no JPGs corresponding to the NEF files, some have one or two, and the majority of directories have a full set. The missing JPGs don’t seem to have any effect on the way Shotwell displays the affected files. Should Shotwell eventually recognise the NEF files which lack a JPG partner, and create them? Michael Begin forwarded message:
|