Re: [darktable-user] Build error with 4.4.2

[tony Hamilton]

On 23/07/2023 17:07, Patrick Shanahan wrote:

* tony Hamilton  [07-23-23 10:40]:


On 23/07/2023 14:28, Patrick Shanahan wrote:

* tony Hamilton  [07-23-23 09:24]:

I'm trying to compile dt release 4.4.2, using the same process that worked
for me with 4.4.1 a  short time ago. I get this error:

"-- The CXX compiler identification is unknown
CMake Error at CMakeLists.txt:23 (project):
    The CMAKE_CXX_COMPILER:

      /usr/bin/c++

    is not a full path to an existing compiler tool.

    Tell CMake where to find the compiler by setting either the environment
    variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full
path
    to the compiler, or to the compiler name if it is in the PATH.


-- Configuring incomplete, errors occurred!

I tried to check the entry in 'CMakeLists.txt' - but there are 88 such files
listed in my 'darktable' directory. I have no idea which one to check. I
don't understand why this error occurs now, neither do I understand how to
fix it. Any advice, please?

By the way, as part of preparing for this build I completely removed my
install of 4.4.1 from /opt/darktable, so now I don't have any way of using
darktable.

09:26 crash: ~ > l /usr/bin/c++
lrwxrwxrwx 1 root root 6 Jun 14 11:13 /usr/bin/c++ -> g++-13*
09:27 crash: ~ > rpm -qf /usr/bin/c++
gcc-c++-13-1.3.x86_64


do you actually have gcc-c++ package installed.  note you don't say what
distro so package name may differ.  I am on openSUSE Tumbleweed.



Synaptic tells me that I have both versions 11 and 12 of the GNU C++
compiler installed. Indeed, I don't understand how I could have compiled
4.4.1 without these. But, amazingly, I appear not to have a directory
/usr/bin/C++ - how can this be ?

Apologies about not identifying the distro: I'm on Mint 21.1, based on
Ubuntu 22.04

I know little to nothing about *butus/mint but apparently cmake expects
/usr/bin/c++ to be an alias of  /usr/bin/g++-(11 or 12)
since you have 11 and 12 installed.

replying on list

Thanks for this further explanation. I notice that a number of people - 
mostly a lot smarter than me at compiling dt - have stumbled across the 
problem of the build process failing with a complaint that the version 
of the GNU compiler that it finds (typically 11.xx) is too old: version 
12.xx is required. This problem foxed me for a while because Synaptic 
tells me that I do have  version 12 installed.  The only way I found 
around it was to delete the directory named 'build' before running the 
build.sh script. Apparently this avoids the build process from being 
mislead by some setting in a cmake cache somewhere - but since I don't 
know where that is, I just delete the 'build' directory completely.


Working in this mode of unbounded ignorance is not very satisfying, so I 
would be grateful if you can direct me to the source of your 
understanding about cmake expecting /usr/bin/c++ to be an alias of 
/usr/bin/g++. That way I can understand better the reason for this 
common compile failure.



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Build error with 4.4.2

[Remco Viëtor]

On lundi 24 juillet 2023 10:01:59 CEST tony Hamilton wrote:
(...)
> Working in this mode of unbounded ignorance is not very satisfying, so I
> would be grateful if you can direct me to the source of your
> understanding about cmake expecting /usr/bin/c++ to be an alias of
> /usr/bin/g++. That way I can understand better the reason for this
> common compile failure.

It's not so much that c++ needs to be an alias for g++, but that you have to 
tell cmake which version to use if that is different from the "system" 
version. On my system (OpenSUSe Leap 15.5), both /usr/bin/c++ and /usr/bin/g++ 
are symlinks to another file. Both link to version 7.x. 
So to get darktable to compile, I have to tell cmake to use a different 
version (which of course needs to be installed).

To do that, there is the "export" command to set environment variables CC and 
CXX. The build script will use those two variables to decide which command to 
use for the C- and C++ compiler (resp.).

For me, the following works (after removing o possible ./build dir):
# export CC=gcc-12; export CXX=g++-12; ./build.sh

That will build the program, but not install it. It tells you the command to 
install darktable (but you will have to precede that command with "sudo", as 
it needs to write to a system directory /opt 

Remco



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] DT 4.4.1 split colors in Lighttable

[GianLuca Sarto]

yes, I think that the embedded jpeg might be broken.

I have fixed the problem.

First, I have upgraded the Nvidia driver to 535, and the issue was still 
there.


Then I tried a very subtle edit in darkroom, such as moving the Exposure 
slider a tiny bit, or the color correction saturation, and now the image 
is displayed correctly in Lighttable.


At the same time, I have upgraded DT to v4.4.2, so far, everything's fine.



On 22/07/23 11:59, Pascal Obry wrote:
So maybe the embedded jpeg is broken? This would explain why entering 
darkroom fixes the issue. You have a preference to not use embedded 
jpeg, does this makes a difference?


Le sam. 22 juil. 2023, 10:51, GianLuca Sarto  a 
écrit :


I said this is only in this Lighttable view, if I change view or
open it in Darkroom, everything is fine.

I will check the driver next Monday, when I'll be back home.

On 21/07/23 18:42, Willy Williams wrote:


I see it as corrupted both in lighttable and darkroom.


Willy Williams

*

On 7/21/2023 at 12:35, GianLuca Sarto wrote:

Must be the system because my notebook doesn't have that problem
(synched db and xmp)

On 21/07/23 17:50, GianLuca Sarto wrote:

no, not corrupted, if you view it it's correct.

Only in Lighttable.

On 21/07/23 17:11, Patrick Shanahan wrote:

* GianLuca Sarto 
 [07-21-23 08:54]:

 Hello All,

I run DT4.4.1 on Ubuntu 22.04 with Nvidia card and driver 525.

Recently when I edit some pictures, the preview is splitted
in colors.

I enclose a screenshot.

Is this a system problem, or is it DT?


with information provided guessing bad copy, appears corrupted
image

can you provide access to image?





darktable user mailing list
to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org




darktable user mailing list
to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org




darktable user mailing list to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org





darktable user mailing list to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org





darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Build error with 4.4.2

[Patrick Shanahan]

* tony Hamilton  [07-24-23 08:46]:
> 
> 
> On 23/07/2023 17:07, Patrick Shanahan wrote:
> > * tony Hamilton  [07-23-23 10:40]:
> > > 
> > > On 23/07/2023 14:28, Patrick Shanahan wrote:
> > > > * tony Hamilton  [07-23-23 09:24]:
> > > > > I'm trying to compile dt release 4.4.2, using the same process that 
> > > > > worked
> > > > > for me with 4.4.1 a  short time ago. I get this error:
> > > > > 
> > > > > "-- The CXX compiler identification is unknown
> > > > > CMake Error at CMakeLists.txt:23 (project):
> > > > >     The CMAKE_CXX_COMPILER:
> > > > > 
> > > > >       /usr/bin/c++
> > > > > 
> > > > >     is not a full path to an existing compiler tool.
  ...

> Thanks for this further explanation. I notice that a number of people -
> mostly a lot smarter than me at compiling dt - have stumbled across the
> problem of the build process failing with a complaint that the version of
> the GNU compiler that it finds (typically 11.xx) is too old: version 12.xx
> is required. This problem foxed me for a while because Synaptic tells me
> that I do have  version 12 installed.  The only way I found around it was to
> delete the directory named 'build' before running the build.sh script.
> Apparently this avoids the build process from being mislead by some setting
> in a cmake cache somewhere - but since I don't know where that is, I just
> delete the 'build' directory completely.

I am definitely not any kind of expert, just experienced somewhat.

the *first* correction I do if a build fails is to "rm -rf" the build
directory.

the second is to completely remove all of the dt git structure and clone
it again.
 
> Working in this mode of unbounded ignorance is not very satisfying, so I
> would be grateful if you can direct me to the source of your understanding
> about cmake expecting /usr/bin/c++ to be an alias of /usr/bin/g++. 

you told me :)  "/usr/bin/c++ is not a full path ..."
then I looked on my system, ls -la /usr/bin/c++
  lrwxrwxrwx 1 root root 6 Jun 14 11:13 /usr/bin/c++ -> g++-13*
  

> That way I can understand better the reason for this common compile
> failure.

the directions in dt's github repository are quite good.

good sailing ... 

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet oftc

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Build error with 4.4.2

[Remco Viëtor]

On lundi 24 juillet 2023 15:02:24 CEST Patrick Shanahan wrote:
(...)
(concerning build instructions)
> the directions in dt's github repository are quite good.
> 
However, what I did miss in them was how to tell the build system which 
compiler to use. Not all distributions have the latest GCC as "standard" 
version, even when it is available in their repositories.
Hence the need for something like: "export CC=gcc-12; export CXX=g++-12;".

(Would this be something to include in the build instructions, or is it too 
much "required knowledge" for those who insist on building from source?)

Remco





darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Build error with 4.4.2

[tony Hamilton]

On 24/07/2023 09:26, Remco Viëtor wrote:

On lundi 24 juillet 2023 10:01:59 CEST tony Hamilton wrote:
(...)

Working in this mode of unbounded ignorance is not very satisfying, so I
would be grateful if you can direct me to the source of your
understanding about cmake expecting /usr/bin/c++ to be an alias of
/usr/bin/g++. That way I can understand better the reason for this
common compile failure.

It's not so much that c++ needs to be an alias for g++, but that you have to
tell cmake which version to use if that is different from the "system"
version. On my system (OpenSUSe Leap 15.5), both /usr/bin/c++ and /usr/bin/g++
are symlinks to another file. Both link to version 7.x.
So to get darktable to compile, I have to tell cmake to use a different
version (which of course needs to be installed).

To do that, there is the "export" command to set environment variables CC and
CXX. The build script will use those two variables to decide which command to
use for the C- and C++ compiler (resp.).

For me, the following works (after removing o possible ./build dir):
# export CC=gcc-12; export CXX=g++-12; ./build.sh

That will build the program, but not install it. It tells you the command to
install darktable (but you will have to precede that command with "sudo", as
it needs to write to a system directory /opt

Remco



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

This is commendably clear and most appreciated. Is it safe to remove the 
./build directory in its entirety?


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Build error with 4.4.2

[Patrick Shanahan]

* Remco Viëtor  [07-24-23 09:39]:
> On lundi 24 juillet 2023 15:02:24 CEST Patrick Shanahan wrote:
> (...)
> (concerning build instructions)
> > the directions in dt's github repository are quite good.
> > 
> However, what I did miss in them was how to tell the build system which 
> compiler to use. Not all distributions have the latest GCC as "standard" 
> version, even when it is available in their repositories.
> Hence the need for something like: "export CC=gcc-12; export CXX=g++-12;".
> 
> (Would this be something to include in the build instructions, or is it too 
> much "required knowledge" for those who insist on building from source?)

it is not always necessary but when it is, it is.  it would be a good
addition to the github instructions, imnsho


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet oftc

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Build error with 4.4.2

[Patrick Shanahan]

* tony Hamilton  [07-24-23 14:48]:
> 
> 
> On 24/07/2023 09:26, Remco Viëtor wrote:
> > On lundi 24 juillet 2023 10:01:59 CEST tony Hamilton wrote:
> > (...)
> > > Working in this mode of unbounded ignorance is not very satisfying, so I
> > > would be grateful if you can direct me to the source of your
> > > understanding about cmake expecting /usr/bin/c++ to be an alias of
> > > /usr/bin/g++. That way I can understand better the reason for this
> > > common compile failure.
> > It's not so much that c++ needs to be an alias for g++, but that you have to
> > tell cmake which version to use if that is different from the "system"
> > version. On my system (OpenSUSe Leap 15.5), both /usr/bin/c++ and 
> > /usr/bin/g++
> > are symlinks to another file. Both link to version 7.x.
> > So to get darktable to compile, I have to tell cmake to use a different
> > version (which of course needs to be installed).
> > 
> > To do that, there is the "export" command to set environment variables CC 
> > and
> > CXX. The build script will use those two variables to decide which command 
> > to
> > use for the C- and C++ compiler (resp.).
> > 
> > For me, the following works (after removing o possible ./build dir):
> > # export CC=gcc-12; export CXX=g++-12; ./build.sh
> > 
> > That will build the program, but not install it. It tells you the command to
> > install darktable (but you will have to precede that command with "sudo", as
> > it needs to write to a system directory /opt
> > 
> > Remco
> > 
> > 
> > 
> > darktable user mailing list
> > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> > 
> This is commendably clear and most appreciated. Is it safe to remove the
> /build directory in its entirety?

yes.  as a matter of fact, I have scripted my process and remove the
../darktable/build directory on successful build.


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet oftc

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Build error with 4.4.2

[Jean-Luc]

Le 24/07/2023 à 15:50, Patrick Shanahan a écrit :

* Remco Viëtor  [07-24-23 09:39]:

On lundi 24 juillet 2023 15:02:24 CEST Patrick Shanahan wrote:
(...)
(concerning build instructions)

the directions in dt's github repository are quite good.


However, what I did miss in them was how to tell the build system which
compiler to use. Not all distributions have the latest GCC as "standard"
version, even when it is available in their repositories.
Hence the need for something like: "export CC=gcc-12; export CXX=g++-12;".

(Would this be something to include in the build instructions, or is it too
much "required knowledge" for those who insist on building from source?)

it is not always necessary but when it is, it is.  it would be a good
addition to the github instructions, imnsho


Yes, yes ! Thanks to Toni and Remco, I could finally install dt 4.4.2, 
but if it had been written in the build instructions that would have 
spared time to them.

Er... not sure if I correctly transcribed what I think... I hope...

Rgrds,

J.-Luc


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

[darktable-user] A different build error with 4.4.2 under Mint 21.2

[tony Hamilton]

In a moment of irrationality I migrated my Mint install from 21.1 to 
21.2  about 15 hours ago - and quickly found that I no longer had any 
darktable. I started to compile from 4.4.2 source, using the process 
which worked well a day earlier. The number of compile errors - almost 
all missing dependencies - was huge. There is one I cannot resolve; the 
error message states:


"Make Error at cmake/modules/LibFindMacros.cmake:272 (message):
  REQUIRED PACKAGE NOT FOUND

  We could not find development headers for Glib.  Do you have the 
necessary
  dev package installed? This package is REQUIRED and you need to 
install it

  or adjust CMake configuration in order to continue building darktable.

  Relevant CMake configuration variables:

    Glib_INCLUDE_DIR=
    GlibConfig_INCLUDE_DIR=
    Glib_LIBRARY=

  You may use CMake GUI, cmake -D or ccmake to modify the values. Delete
  CMakeCache.txt to discard all values and force full re-detection if
  necessary.

Call Stack (most recent call first):
  cmake/modules/FindGlib.cmake:40 (libfind_process)
  src/CMakeLists.txt:276 (find_package)"

Synaptic cannot find a package called Gib or Glib-dev or their 
development headers or any of these CMake configuration variables. How 
do I work around this? Synaptic finds a large number of packages with 
names of the form lib*glib-dev; are any of these relevant? Which ones?



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] A different build error with 4.4.2 under Mint 21.2

[Patrick Shanahan]

* tony Hamilton  [07-24-23 19:28]:
> In a moment of irrationality I migrated my Mint install from 21.1 to 21.2 
> about 15 hours ago - and quickly found that I no longer had any darktable. I
> started to compile from 4.4.2 source, using the process which worked well a
> day earlier. The number of compile errors - almost all missing dependencies
> - was huge. There is one I cannot resolve; the error message states:
> 
> "Make Error at cmake/modules/LibFindMacros.cmake:272 (message):
>   REQUIRED PACKAGE NOT FOUND
> 
>   We could not find development headers for Glib.  Do you have the necessary
>   dev package installed? This package is REQUIRED and you need to install it
>   or adjust CMake configuration in order to continue building darktable.
> 
>   Relevant CMake configuration variables:
> 
>     Glib_INCLUDE_DIR=
>     GlibConfig_INCLUDE_DIR=
>     Glib_LIBRARY=
> 
>   You may use CMake GUI, cmake -D or ccmake to modify the values. Delete
>   CMakeCache.txt to discard all values and force full re-detection if
>   necessary.
> 
> Call Stack (most recent call first):
>   cmake/modules/FindGlib.cmake:40 (libfind_process)
>   src/CMakeLists.txt:276 (find_package)"
> 
> Synaptic cannot find a package called Gib or Glib-dev or their development
> headers or any of these CMake configuration variables. How do I work around
> this? Synaptic finds a large number of packages with names of the form
> lib*glib-dev; are any of these relevant? Which ones?

gee, you updated to a newer system version and your installed applications
were not updated.  that's a distro problem or a sysop who didn't properly
update  :(

possibly bad search parameters.  I have:
  glib2-devel
  glibc-devel
but on openSUSE Tumbleweed

but I searched "rpm -qa *devel* | grep -i glib"
I cannot tell you the synaptic parameters.

and you quite possibly will have more devel packages missing.  you
referred earlier to a command that updated/installed apps necessary for
building.  did you do that?

  
-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet oftc

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] A different build error with 4.4.2 under Mint 21.2

[Jack Bowling]

On 2023-07-24 16:35, Patrick Shanahan wrote:

* tony Hamilton  [07-24-23 19:28]:

In a moment of irrationality I migrated my Mint install from 21.1 to 21.2
about 15 hours ago - and quickly found that I no longer had any darktable. I
started to compile from 4.4.2 source, using the process which worked well a
day earlier. The number of compile errors - almost all missing dependencies
- was huge. There is one I cannot resolve; the error message states:

"Make Error at cmake/modules/LibFindMacros.cmake:272 (message):
   REQUIRED PACKAGE NOT FOUND

   We could not find development headers for Glib.  Do you have the necessary
   dev package installed? This package is REQUIRED and you need to install it
   or adjust CMake configuration in order to continue building darktable.

   Relevant CMake configuration variables:

     Glib_INCLUDE_DIR=
     GlibConfig_INCLUDE_DIR=
     Glib_LIBRARY=

   You may use CMake GUI, cmake -D or ccmake to modify the values. Delete
   CMakeCache.txt to discard all values and force full re-detection if
   necessary.

Call Stack (most recent call first):
   cmake/modules/FindGlib.cmake:40 (libfind_process)
   src/CMakeLists.txt:276 (find_package)"

Synaptic cannot find a package called Gib or Glib-dev or their development
headers or any of these CMake configuration variables. How do I work around
this? Synaptic finds a large number of packages with names of the form
lib*glib-dev; are any of these relevant? Which ones?

gee, you updated to a newer system version and your installed applications
were not updated.  that's a distro problem or a sysop who didn't properly
update  :(

possibly bad search parameters.  I have:
   glib2-devel
   glibc-devel
but on openSUSE Tumbleweed

but I searched "rpm -qa *devel* | grep -i glib"
I cannot tell you the synaptic parameters.

and you quite possibly will have more devel packages missing.  you
referred earlier to a command that updated/installed apps necessary for
building.  did you do that?

   

$ apt-cache search libglib
libglib-object-introspection-perl - Perl bindings for 
gobject-introspection libraries

libglib-perl - interface to the GLib and GObject libraries
libglib2.0-0 - GLib library of C routines
libglib2.0-bin - Programs for the GLib library
libglib2.0-data - Common files for GLib library
libglib2.0-dev - Development files for the GLib library
libglib2.0-dev-bin - Development utilities for the GLib library
libglib2.0-doc - Documentation files for the GLib library
libglibmm-2.4-1v5 - C++ wrapper for the GLib toolkit (shared libraries)
libglibmm-2.4-dev - C++ wrapper for the GLib toolkit (development files)
libglibmm-2.4-doc - C++ wrapper for the GLib toolkit (documentation)
libglib-testing-0-0 - test library providing test harnesses and mock classes
libglib-testing-0-dev - Development files for the libglib-testing library
libglib-testing-doc - Documentation for the libglib-testing library
libglib2.0-cil - CLI binding for the GLib utility library 2.12
libglib2.0-cil-dev - CLI binding for the GLib utility library 2.12
libglib2.0-tests - GLib library of C routines - installed tests
libglib3.0-cil - CLI binding for the GLib library of C routines
libglib3.0-cil-dev - CLI binding for the GLib utility library 2.12
libglibd-2.0-0 - GLib library of C routines - D bindings
libglibd-2.0-dev - GLib library of C routines - development files for D
libglibmm-2.68-1 - C++ wrapper for the GLib toolkit (shared libraries)
libglibmm-2.68-dev - C++ wrapper for the GLib toolkit (development files)
libglibmm-2.68-doc - C++ wrapper for the GLib toolkit (documentation)
librust-glib-sys-dev - FFI bindings to libglib-2.0 - Rust source code

Mint is still based on Ubuntu, as far as I know. The file you need is 
libglib2.0-dev, the 6th file returned in the above query.

On Ubuntu, that would be installed by:

sudo apt install libglib2.0-dev

Any other needed dependencies would also be installed.

Jack

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] A different build error with 4.4.2 under Mint 21.2

[tony Hamilton]

On 25/07/2023 00:57, Jack Bowling wrote:

On 2023-07-24 16:35, Patrick Shanahan wrote:

* tony Hamilton  [07-24-23 19:28]:
In a moment of irrationality I migrated my Mint install from 21.1 to 
21.2
about 15 hours ago - and quickly found that I no longer had any 
darktable. I
started to compile from 4.4.2 source, using the process which worked 
well a
day earlier. The number of compile errors - almost all missing 
dependencies

- was huge. There is one I cannot resolve; the error message states:

"Make Error at cmake/modules/LibFindMacros.cmake:272 (message):
   REQUIRED PACKAGE NOT FOUND

   We could not find development headers for Glib.  Do you have the 
necessary
   dev package installed? This package is REQUIRED and you need to 
install it
   or adjust CMake configuration in order to continue building 
darktable.


   Relevant CMake configuration variables:

 Glib_INCLUDE_DIR=
 GlibConfig_INCLUDE_DIR=
 Glib_LIBRARY=

   You may use CMake GUI, cmake -D or ccmake to modify the values. 
Delete

   CMakeCache.txt to discard all values and force full re-detection if
   necessary.

Call Stack (most recent call first):
   cmake/modules/FindGlib.cmake:40 (libfind_process)
   src/CMakeLists.txt:276 (find_package)"

Synaptic cannot find a package called Gib or Glib-dev or their 
development
headers or any of these CMake configuration variables. How do I work 
around

this? Synaptic finds a large number of packages with names of the form
lib*glib-dev; are any of these relevant? Which ones?
gee, you updated to a newer system version and your installed 
applications
were not updated.  that's a distro problem or a sysop who didn't 
properly

update  :(

possibly bad search parameters.  I have:
   glib2-devel
   glibc-devel
but on openSUSE Tumbleweed

but I searched "rpm -qa *devel* | grep -i glib"
I cannot tell you the synaptic parameters.

and you quite possibly will have more devel packages missing. you
referred earlier to a command that updated/installed apps necessary for
building.  did you do that?


$ apt-cache search libglib
libglib-object-introspection-perl - Perl bindings for 
gobject-introspection libraries

libglib-perl - interface to the GLib and GObject libraries
libglib2.0-0 - GLib library of C routines
libglib2.0-bin - Programs for the GLib library
libglib2.0-data - Common files for GLib library
libglib2.0-dev - Development files for the GLib library
libglib2.0-dev-bin - Development utilities for the GLib library
libglib2.0-doc - Documentation files for the GLib library
libglibmm-2.4-1v5 - C++ wrapper for the GLib toolkit (shared libraries)
libglibmm-2.4-dev - C++ wrapper for the GLib toolkit (development files)
libglibmm-2.4-doc - C++ wrapper for the GLib toolkit (documentation)
libglib-testing-0-0 - test library providing test harnesses and mock 
classes

libglib-testing-0-dev - Development files for the libglib-testing library
libglib-testing-doc - Documentation for the libglib-testing library
libglib2.0-cil - CLI binding for the GLib utility library 2.12
libglib2.0-cil-dev - CLI binding for the GLib utility library 2.12
libglib2.0-tests - GLib library of C routines - installed tests
libglib3.0-cil - CLI binding for the GLib library of C routines
libglib3.0-cil-dev - CLI binding for the GLib utility library 2.12
libglibd-2.0-0 - GLib library of C routines - D bindings
libglibd-2.0-dev - GLib library of C routines - development files for D
libglibmm-2.68-1 - C++ wrapper for the GLib toolkit (shared libraries)
libglibmm-2.68-dev - C++ wrapper for the GLib toolkit (development files)
libglibmm-2.68-doc - C++ wrapper for the GLib toolkit (documentation)
librust-glib-sys-dev - FFI bindings to libglib-2.0 - Rust source code

Mint is still based on Ubuntu, as far as I know. The file you need is 
libglib2.0-dev, the 6th file returned in the above query.

On Ubuntu, that would be installed by:

sudo apt install libglib2.0-dev

Any other needed dependencies would also be installed.

Jack
 


darktable user mailing list
to unsubscribe send a mail to 
darktable-user+unsubscr...@lists.darktable.org


Thanks for this. At the risk of pushing my luck, could you possible 
comment on this subsequent error:


"CMake Error at 
/usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:230 
(message):

  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
/usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:594 
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.22/Modules/FindCURL.cmake:181 
(find_package_handle_standard_args)

  src/CMakeLists.txt:421 (find_package)"

Synaptic tells me that I have CURL Package version 7.81.0-1ubuntu1.13 
installed, so I don't understand what the compile error is.



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.dar

Re: [darktable-user] A different build error with 4.4.2 under Mint 21.2

[Jack Bowling]

On 2023-07-24 17:22, tony Hamilton wrote:



On 25/07/2023 00:57, Jack Bowling wrote:

On 2023-07-24 16:35, Patrick Shanahan wrote:

* tony Hamilton  [07-24-23 19:28]:
In a moment of irrationality I migrated my Mint install from 21.1 
to 21.2
about 15 hours ago - and quickly found that I no longer had any 
darktable. I
started to compile from 4.4.2 source, using the process which 
worked well a
day earlier. The number of compile errors - almost all missing 
dependencies

- was huge. There is one I cannot resolve; the error message states:

"Make Error at cmake/modules/LibFindMacros.cmake:272 (message):
   REQUIRED PACKAGE NOT FOUND

   We could not find development headers for Glib.  Do you have the 
necessary
   dev package installed? This package is REQUIRED and you need to 
install it
   or adjust CMake configuration in order to continue building 
darktable.


   Relevant CMake configuration variables:

 Glib_INCLUDE_DIR=
 GlibConfig_INCLUDE_DIR=
 Glib_LIBRARY=

   You may use CMake GUI, cmake -D or ccmake to modify the values. 
Delete

   CMakeCache.txt to discard all values and force full re-detection if
   necessary.

Call Stack (most recent call first):
   cmake/modules/FindGlib.cmake:40 (libfind_process)
   src/CMakeLists.txt:276 (find_package)"

Synaptic cannot find a package called Gib or Glib-dev or their 
development
headers or any of these CMake configuration variables. How do I 
work around

this? Synaptic finds a large number of packages with names of the form
lib*glib-dev; are any of these relevant? Which ones?
gee, you updated to a newer system version and your installed 
applications
were not updated.  that's a distro problem or a sysop who didn't 
properly

update  :(

possibly bad search parameters.  I have:
   glib2-devel
   glibc-devel
but on openSUSE Tumbleweed

but I searched "rpm -qa *devel* | grep -i glib"
I cannot tell you the synaptic parameters.

and you quite possibly will have more devel packages missing. you
referred earlier to a command that updated/installed apps necessary for
building.  did you do that?


$ apt-cache search libglib
libglib-object-introspection-perl - Perl bindings for 
gobject-introspection libraries

libglib-perl - interface to the GLib and GObject libraries
libglib2.0-0 - GLib library of C routines
libglib2.0-bin - Programs for the GLib library
libglib2.0-data - Common files for GLib library
libglib2.0-dev - Development files for the GLib library
libglib2.0-dev-bin - Development utilities for the GLib library
libglib2.0-doc - Documentation files for the GLib library
libglibmm-2.4-1v5 - C++ wrapper for the GLib toolkit (shared libraries)
libglibmm-2.4-dev - C++ wrapper for the GLib toolkit (development files)
libglibmm-2.4-doc - C++ wrapper for the GLib toolkit (documentation)
libglib-testing-0-0 - test library providing test harnesses and mock 
classes
libglib-testing-0-dev - Development files for the libglib-testing 
library

libglib-testing-doc - Documentation for the libglib-testing library
libglib2.0-cil - CLI binding for the GLib utility library 2.12
libglib2.0-cil-dev - CLI binding for the GLib utility library 2.12
libglib2.0-tests - GLib library of C routines - installed tests
libglib3.0-cil - CLI binding for the GLib library of C routines
libglib3.0-cil-dev - CLI binding for the GLib utility library 2.12
libglibd-2.0-0 - GLib library of C routines - D bindings
libglibd-2.0-dev - GLib library of C routines - development files for D
libglibmm-2.68-1 - C++ wrapper for the GLib toolkit (shared libraries)
libglibmm-2.68-dev - C++ wrapper for the GLib toolkit (development 
files)

libglibmm-2.68-doc - C++ wrapper for the GLib toolkit (documentation)
librust-glib-sys-dev - FFI bindings to libglib-2.0 - Rust source code

Mint is still based on Ubuntu, as far as I know. The file you need is 
libglib2.0-dev, the 6th file returned in the above query.

On Ubuntu, that would be installed by:

sudo apt install libglib2.0-dev

Any other needed dependencies would also be installed.

Jack
 


darktable user mailing list
to unsubscribe send a mail to 
darktable-user+unsubscr...@lists.darktable.org


Thanks for this. At the risk of pushing my luck, could you possible 
comment on this subsequent error:


"CMake Error at 
/usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:230 
(message):

  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
/usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:594 
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.22/Modules/FindCURL.cmake:181 
(find_package_handle_standard_args)

  src/CMakeLists.txt:421 (find_package)"

Synaptic tells me that I have CURL Package version 7.81.0-1ubuntu1.13 
installed, so I don't understand what the compile error is.


It appears you are missing the development libraries which are needed 
for building code. In Ubuntu, these files are suffixe

[darktable-user] darktable flatpak opencl support

[Michael Staats]

Hi
I'm on Debian 11, and it seems that there is no dt 4.4.2 package on OBS.
Same for Debian 12, so an upgrade will not help.

So I thought I'd give the flatpak version a try. Installs nicely, and
after copying from ~/.config/darktable to
~/.var/app/org.darktable.Darktable/config/darktable, 4.4.2 starts and
all looks good.

Except: There is no openCL support. Which is bad, the only reason I have
a GTX 1660 is darktable...

I also installed org.freedesktop.Platform.ClInfo (as flatpak), but this
did not change anything.

Any chance to get openCL running with the flatpak version?

Thanks in advance,
Michael

--
Michael Staats
michael.sta...@gmx.de

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] darktable flatpak opencl support

[Remco Viëtor]

On mardi 25 juillet 2023 08:21:57 CEST Michael Staats wrote:
> Hi
> I'm on Debian 11, and it seems that there is no dt 4.4.2 package on OBS.
> Same for Debian 12, so an upgrade will not help.
> 
> So I thought I'd give the flatpak version a try. Installs nicely, and
> after copying from ~/.config/darktable to
> ~/.var/app/org.darktable.Darktable/config/darktable, 4.4.2 starts and
> all looks good.
> 
> Except: There is no openCL support. Which is bad, the only reason I have
> a GTX 1660 is darktable...
> 
> I also installed org.freedesktop.Platform.ClInfo (as flatpak), but this
> did not change anything.
Did you also install the NVidia drivers as flatpak? I understood that flatpak 
won't use the system drivers (sandboxing...).

An alternative would be to compile dt yourself, it's not all that difficult if 
you follow the instructions provided with the source.

Or just wait a bit longer, the announcement of version 4.4.2 on darktable.org 
is dated 2023-07-22... Packagers may need a few days to package a new version 
(more if they are away for holidays)

Remco



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org