Hi Patrick, can you assist me a little more in removing the "dirty" flag? I deleted the build dir, checked out latest master, did a pull and reran the build script:
./build.sh --prefix /opt/darktable-test --build-type Release --install --sudo But I still have the dirty flag in my Darktable version. Side note: I installed darktable from source as darktable-test and also used the git-* repository version from my Manjaro Linux package manager. Both show the dirty flag. I would expect that at least the version that I installed via package manager would be cleaned automatically when I update my system. How can I clean the dirty flag from my manual and my package manager installation? Thanks, Jan On 20.04.21 23:32, Patrick Shanahan wrote: > * Solarer <sola...@hotmail.de> [04-20-21 17:27]: >> Well, beat me. I was able to reproduce on 3.5.0+1747~gc22f6a90e-dirty >> Manjaro Linux. Selecting 3 images in custom sort mode (file manager >> layout) and moving them around using drag and drop does invert the order >> of the selected pictures. The same thing happens in the film strip in >> other view modes. >> >> I don't think that it depends on file name, or any other exif specific >> data fields because if I move the pictures a second time, the order gets >> inverted a second time, so it is normal again. If DT would look at exif >> data and sort descending by filename or something like this, the order >> would not return to normal upon moving the files a second time. >> >> Have a nice evening. >> Jan >> >> >> On 20.04.21 18:27, Solarer wrote: >>> Please let us try to stay objective and not start calling people names. >>> I am not on my PC right now so could you please try the following: >>> >>> Open a new collection with 10 pictures. Before you start to move them, >>> make sure they all have the same rating. Then first sort by rating, >>> then sort by manual order. Now try to move pictures 7-9 like you did >>> earlier. >>> Does the problem still occur? >>> >>> Best, Jan >>> >>> 20.04.2021 17:15:17 Peter Harde <peter.harde.pri...@gmail.com>: >>> >>>> ... I tried it on Lr & Cp1... if you think i'm stupid!... >>> ????? What has my bug report to do with Lightroom or CaptureOne >>> ?????? Why should I think you are stupid ????? >>> >>>> "as imported" is the problem... The exif are the reference to >>>> sort the images in lightable >>> What is "The exif" ? Which exif tag do you mean? DateTime ? >>> DateTimeOriginal ? CreateDate ? Any other ? And if I choose >>> "custom order" this order should be only relevant one when sorting >>> the collection, not any other order. >>>> If your images are renamed in the opposite time order >>> They are *not* imported or renamed in opposite time order. And if >>> I drag/drop the same selection of three images a second time, the >>> sequence is inverted *again*. So as I understand, the bug >>> described could have to do with some "refacturing", done in the >>> last weeks/month which also caused the bug fixed with >>> https://github.com/darktable-org/darktable/pull/8719- >>> >>> >>> ___________________________________________________________________________ >>> darktable developer mailing list to unsubscribe send a mail to >>> darktable-dev+unsubscr...@lists.darktable.org >>> >>> >>> ___________________________________________________________________________ >>> darktable developer mailing list to unsubscribe send a mail to >>> darktable-dev+unsubscr...@lists.darktable.org >> ___________________________________________________________________________ >> darktable developer mailing list >> to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org > > > note that many things can happen when using a bad/dirty build, ie: > 3.5.0+1747~gc22f6a90e-dirty Manjaro Linux > > see "dirty". > > > remove your build directiry and generated binaries and > reclone/rebuild > > > ___________________________________________________________________________ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
