<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hi,</p>
    <p>I don't understand. Are you saying that the problem here is that
      since DK is not distributed as a signed/notarized package, DK will
      not be able to work anymore on MacOS?</p>
    <p><br>
    </p>
    <p>A few questions:</p>
    <p>1: Why does it work when logging is enabled?</p>
    <p>2: Is there no workaround to this?</p>
    <p>3: Why did this work in previous versions of DK? Or is this just
      a coincidence that my upgrading DK happens almost same time as I
      updated MacOS - and update to MacOS is the real issue?</p>
    <p>4: Regarding costs, have you reached out to Apple to apply for an
      exemption? </p>
    <p>5: What do other open source projects to do overcome this
      obstacle?</p>
    <p>6: Will this mean that from now on, DK will not be usable on
      MacOS?</p>
    <p><br>
    </p>
    <p>BR</p>
    <p>Thomas</p>
    <p><br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 02/04/2025 12.55, Gilles Caulier
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAHFG6sFxHqv+t1WJGwmrNL28+rS7NhcwhOjoKH7ejn8wLrhWzQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div>Welcome to the MacOS world with the regression introduced
          by Apple with last MacOS version.</div>
        <div><br>
        </div>
        <div>Look in this file from Bugzilla :</div>
        <div><br>
        </div>
        <div><a href="https://bugs.kde.org/show_bug.cgi?id=453078"
            moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.kde.org/show_bug.cgi?id=453078</a></div>
        <div><br>
        </div>
        <div>This one is nice too, as the digiKam PKG is not notarized
          with the Apple workflow.</div>
        <br>
        <div><a href="https://bugs.kde.org/show_bug.cgi?id=496380"
            moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.kde.org/show_bug.cgi?id=496380</a></div>
        <div><br>
        </div>
        <div>
          <div> The cost is 100€ per year. It's a shame. I REFUSE to
            give 1cts to Apple for an OpenSource project.</div>
          <div>Apple must pay the developers to build applications for
            MacOS (I'm Apple fan and user anyway).</div>
          <div><br>
          </div>
          <div>Best</div>
          <div><br>
          </div>
          <div>Gilles Caulier</div>
          <br>
        </div>
      </div>
      <br>
      <div class="gmail_quote gmail_quote_container">
        <div dir="ltr" class="gmail_attr">Le mer. 2 avr. 2025 à 10:43,
          Thomas <<a href="mailto:sdktda@gmail.com"
            moz-do-not-send="true" class="moz-txt-link-freetext">sdktda@gmail.com</a>>
          a écrit :<br>
        </div>
        <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So,
          this is quite strange. And I had to check this several times
          to make <br>
          sure it was not me turning senile.<br>
          <br>
          When I enable logging, the problem is gone: DK opens images
          from the <br>
          collection just fine.<br>
          <br>
          However, if I start DK using the Dock icon, then it gives me
          the error <br>
          when opening an image.<br>
          <br>
          How can this be?<br>
          <br>
          <br>
          I will send you the log separately.<br>
          <br>
          <br>
          BR<br>
          <br>
          Thomas<br>
          <br>
          <br>
          On 01/04/2025 20.44, Maik Qualmann wrote:<br>
          > This UUID file can be used by all clients; we only had a
          bug with a 8.x.x<br>
          > version where we kept creating a new UUID. This UUID has
          been used since<br>
          > digiKam-8.x.x to reliably identify a collection. What
          version did you upgrade<br>
          > from to digiKam-8.6.0?<br>
          > It's actually quite easy to get the collection back
          online, but I would like<br>
          > to see a log from the terminal when digiKam starts up to
          identify the exact<br>
          > problem. Please create the log:<br>
          ><br>
          > <a href="https://www.digikam.org/contribute/#macos-host"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://www.digikam.org/contribute/#macos-host</a><br>
          ><br>
          > Maik<br>
          ><br>
          > Am Dienstag, 1. April 2025, 20:35:10 Mitteleuropäische
          Sommerzeit schrieb<br>
          > Thomas:<br>
          >> I still have the .dtrash folder.<br>
          >><br>
          >> It contains .dtrash/digikam.uuid as well as a lot of<br>
          >> .dtrash/info/*-*.dtrashinfo files.<br>
          >><br>
          >><br>
          >> Please note that this collection is shared across
          multiple client<br>
          >> machines with DK on them. Several Macs, Linux and
          Windows clients.<br>
          >><br>
          >> I was not aware there was some UUID in there. Is this
          not supposed to be<br>
          >> shared?<br>
          >><br>
          >> Is this perhaps related to the problems I have? I
          have run this setup<br>
          >> for like 15-20 years without problems....<br>
          >><br>
          >> On 01/04/2025 20.14, Maik Qualmann wrote:<br>
          >>> Did you perhaps delete the hidden .dtrash folder
          in the root of your<br>
          >>> network folder? Is it still there and does it
          contain a file named<br>
          >>> "digikam.uuid"?<br>
          >>><br>
          >>> Maik<br>
          >>><br>
          >>> Am Dienstag, 1. April 2025, 19:41:03
          Mitteleuropäische Sommerzeit schrieb<br>
          >>><br>
          >>> Thomas:<br>
          >>>> On 2025-04-01 18.57, Hans-Peter Huth wrote:<br>
          >>>>> We need more info. Which Operating
          system, if Linux, is it an official<br>
          >>>>> Appimage, natively provided by the
          distribution, flatpak, snap? I<br>
          >>>>> suggest,<br>
          >>>>> try the appimage.<br>
          >>>> Good point!<br>
          >>>><br>
          >>>> OS is MacOS.<br>
          >>>><br>
          >>>> Hardware is MBP M3.<br>
          >>>><br>
          >>>> DK is downloaded from the website. Installed
          using the installer.<br>
          ><br>
          ><br>
          ><br>
        </blockquote>
      </div>
    </blockquote>
  </body>
</html>