Hi Simon,
thanks for your comprehensive explanation - and your work on this.
And - btw. - yes, diskspace is relative when operating with RAWs from high-res
cameras (I use 2TB+).
But RAM is not, it is the eye of the needle. But this is another topic - OT
here surely.
--
regards
Bernhard
https://www.bilddateien.de
Sturm Flut schrieb am 05.02.22 um 20:22:
Hi,
my five cents as a co-maintainer of the darktable Flatpak on Flathub, a
lensfun calibrator and an exiv2 contributor:
The Flatpak from Flathub is IMO currently simply the best option if
you're not a developer. It ships very recent versions of everything
(including exiv2 0.27.5, libgphoto2 2.5.28, libheif 1.12, libde265 1.0.8
and GMIC 3.0.0), so it supports all the latest cameras, lenses and file
formats. It also comes with an up-to-date lensfun database (we perform
extra steps to pull it in on top of the last stable release of the
library). It integrates well with the usual Linux desktops and also e.g.
supports Tethering.
Regardless of how recent your system is, you'll at least have to run
lensfun-update-data after installation since there hasn't been an
official lensfun release since 2018. The Flatpak takes even that step away.
I'm also not such a big fan of Flatpak, but in this specific case it is
simply the most hassle-free way of getting the current darktable release
with its full feature set running on most of the Linux distributions out
there in no time. Yes, it's 89 megabytes on disk, but a single RAW file
from my Nikon D850 is also 50 MB...
The packaging technology could be a little bit more efficient, but it
does the job, actually works across multiple distributions and protects
people from having to give random people on the internet root access to
their machines (that's what a PPA does).
cheers,
Simon
Am 05.02.22 um 16:26 schrieb Bernhard:
I did not write anything about flatpak ...
but if you want to provoke me to it: yes, also a plague. Why? Because it
clutters up the system - in other words, it consumes endless memory. And
because the integration of these container formats into the desktop is
sometimes miserable: e.g.: open with - from the file manager etc.
usually does not work - at least the last time I dealt with such things.
So I prefer the native packages of the distribution. My statement
referred to Patrick's comment, which is *correct in principle*, but
brings the described imponderables with it. And that's all I wanted to
point out, that can't be denied, I've seen that several times both here
on the mailing list and on IRC.
In times of darktable 1.4 etc. I had used the PPA of Pacal de Bruijn, at
that time it was clear to every user that he had to install the
darktable binary *incl.* all of the dependencies offered there.
And exactly *this hint* is missing today - that's how I perceive the
problem.
Will say: don't install the darktable.deb only (which worked fine for 2
years now), but install the repo - if you want to use 3.8 ...
Mica Semrick schrieb am 04.02.22 um 19:15:
So: the choice between plague and Colera
So the "batteries included" flatpak is a disease, and the distro *you*
choose to run is also a disease.
There is no pleasing people.
On February 4, 2022 8:23:38 AM PST, Bernhard
<darkta...@intervalsignals.org> wrote:
Mica Semrick schrieb am 04.02.22 um 16:30:
Your system is your responsibility. The project publishes the source
code, and that's pretty much it. We can't make assumptions about
what packages your distro has or does not have. There are too many
distros and too many package versions.
If you want a mostly pain-free solution, get the flatpak from flathub.
Patrick Shanahan schrieb am 04.02.22 um 16:41:
or utilize the ready made package your distro provides.
which immediately causes further problems:
In many cases, old versions can be found there, because not everyone
goes through the hassle of a rolling release distribution. And on a
question e.g. here or in a forum then the answer comes prayer
mill-like: But THAT is an old version, get a new one, then you can
ask again.
So: the choice between plague and Colera
No question, I understand why developers especially in the open
source area argue and work exactly like this: it is simply impossible
to test every program version against every operating system version,
especially for backwards compatibility.
The problem then has the user - and I understand this as follows: how
can we point out the user with such a foreseeable problem (this exiv2
is just brand new, and because that is so, it is also in the OBS repo
as described above) more specifically than is the case so far?
--
regards
Bernhard
https://www.bilddateien.de
___________________________________________________________________________
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
