John Haiducek

Still an issue with brew python 3.9.5

> in general I don't want to import photos I already imported before, but I don't want to miss new photos I think the best way to address this is...

> When you import 1800 photos (I've just done that) from a day of shooting for a spectacle and each image is around 50Mb (so a grand total of 90...

> don't store _new_ photos in old directories, ie: _new_ photos, _new_ directory. Importing into a new directory does nothing to prevent duplicates from being present in the import. Also,...

> Regarding duplication, is it not enough to check for duplication during the import itself? The bigger the file and the slower the copy process, the more neglectable a quick...

> What is the current behavior regarding duplicates on import? It looks like there is a form of duplicate detection in master since the merge of #11016 (which includes DT...

> Sorry, is this feature request about detecting naming collisions during import or about detecting duplicates using metadata and/or pixel data? I originally tried to suggest improvements to duplicate detection...

> The workaround I found was to run: > > ``` > $ install_name_tool -add_rpath /opt/homebrew/opt/gcc/lib/gcc/current /opt/homebrew/opt/gcc/lib/gcc/current/libgfortran.5.dylib > ``` > > Unfortunately, the install tool change invalidates the code signature,...

This appears to be due to a lack of support for abstract interfaces in numpy.f2py. I've opened an issue in numpy: numpy/numpy#18403.

> Hi @jhaiduce , it seems numpy supports this now, is it possible to extend sphinx-fortran? Probably, but I’ll defer to the developers on that question.