Programming This forum is for all programming questions.
The question does not have to be directly related to Linux and any language is fair game.
Notices
Welcome to
LinuxQuestions.org , a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free.
Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please
contact us . If you need to reset your password,
click here .
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a
virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month.
Click here for more info.
11-30-2022, 04:44 PM
#1
LQ Newbie
Registered: Dec 2019
Posts: 11
Rep:
i tried to compile krita but i have this error
i tried to compile krita but i have this error:
[ 0%] Building CXX object plugins/metadata/common/CMakeFiles/kritaexifcommon.dir/KisExiv2IODevice.cpp.o
[ 0%] Built target kritacolord_autogen
[ 0%] Built target kritaplugin_autogen
[ 0%] Built target kritastore_autogen
[ 0%] Generating CdSensorInterface.cpp, CdSensorInterface.h
[ 0%] Generating CdDeviceInterface.cpp, CdDeviceInterface.h
[ 0%] Generating CdInterface.cpp, CdInterface.h
[ 1%] Generating CdProfileInterface.cpp, CdProfileInterface.h
[ 1%] Building CXX object libs/koplugin/CMakeFiles/kritaplugin.dir/cmake_pch.hxx.gch
[ 1%] Building CXX object libs/store/CMakeFiles/kritastore.dir/cmake_pch.hxx.gch
[ 1%] Generating CdProfileInterface.moc
[ 1%] Generating CdSensorInterface.moc
[ 1%] Generating CdDeviceInterface.moc
[ 1%] Generating CdInterface.moc
[ 1%] Building CXX object libs/color/colord/CMakeFiles/kritacolord.dir/cmake_pch.hxx.gch
[ 1%] Built target KisSharedThreadPoolAdapterTest_autogen
[ 1%] Building CXX object libs/global/tests/CMakeFiles/KisSharedThreadPoolAdapterTest.dir/cmake_pch.hxx.gch
[ 1%] Linking CXX shared library libkritaexifcommon.so
[ 1%] Linking CXX shared library libkritamultiarch.so
/usr/bin/ld: impossibile trovare -lxtl: File o directory non esistente
[ 1%] Built target kritaexifcommon
collect2: error: ld returned 1 exit status
make[2]: *** [libs/multiarch/CMakeFiles/kritamultiarch.dir/build.make:115: libs/multiarch/libkritamultiarch.so.19.0.0] Errore 1
make[1]: *** [CMakeFiles/Makefile2:26916: libs/multiarch/CMakeFiles/kritamultiarch.dir/all] Errore 2
make[1]: *** Attesa per i processi non terminati....
how can i solve it?
thanks, best regards
11-30-2022, 05:37 PM
#2
Moderator
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=15, FreeBSD_12{.0|.1}
Posts: 6,005
Welcome to LQ and the Programming forum!
You had posted to
this dormant thread (for reference) but your problem should have its own discussion so it has been moved accordingly to help your question get the exposure it deserves.
The error indicates that a shared library could not be found, have you attempted to resolve that issue? If so, what did you try and wha were the results?
It would also be helpful to others if you included some basic information about the system on which you are building, Linux distro name and version at least.
11-30-2022, 05:48 PM
#3
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
Thanks for your help!
i don't know how to solve it
i use ubuntu kinetic 22.10, i have only try to launch this command:
Code:
23:45:42 root@NanoKDE /home/dacorsa # ld -lxtl --verbose
ld di GNU (GNU Binutils for Ubuntu) 2.39
Emulazioni supportate:
elf_x86_64
elf32_x86_64
elf_i386
elf_iamcu
i386pep
i386pe
usato lo script interno del linker:
==================================================
/* Script for -z combreloc -z separate-code */
/* Copyright (C) 2014-2022 Free Software Foundation, Inc.
Copying and distribution of this script, with or without modification,
are permitted in any medium without royalty provided the copyright
notice and this notice are preserved. */
OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64",
"elf64-x86-64")
OUTPUT_ARCH(i386:x86-64)
ENTRY(_start)
SEARCH_DIR("=/usr/local/lib/x86_64-linux-gnu"); SEARCH_DIR("=/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu64"); SEARCH_DIR("=/usr/local/lib64"); SEARCH_DIR("=/lib64"); SEARCH_DIR("=/usr/lib64"); SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib64"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib");
SECTIONS
{
PROVIDE (__executable_start = SEGMENT_START("text-segment", 0x400000)); . = SEGMENT_START("text-segment", 0x400000) + SIZEOF_HEADERS;
.interp : { *(.interp) }
.note.gnu.build-id : { *(.note.gnu.build-id) }
.hash : { *(.hash) }
.gnu.hash : { *(.gnu.hash) }
.dynsym : { *(.dynsym) }
.dynstr : { *(.dynstr) }
.gnu.version : { *(.gnu.version) }
.gnu.version_d : { *(.gnu.version_d) }
.gnu.version_r : { *(.gnu.version_r) }
.rela.dyn :
{
*(.rela.init)
*(.rela.text .rela.text.* .rela.gnu.linkonce.t.*)
*(.rela.fini)
*(.rela.rodata .rela.rodata.* .rela.gnu.linkonce.r.*)
*(.rela.data .rela.data.* .rela.gnu.linkonce.d.*)
*(.rela.tdata .rela.tdata.* .rela.gnu.linkonce.td.*)
*(.rela.tbss .rela.tbss.* .rela.gnu.linkonce.tb.*)
*(.rela.ctors)
*(.rela.dtors)
*(.rela.got)
*(.rela.bss .rela.bss.* .rela.gnu.linkonce.b.*)
*(.rela.ldata .rela.ldata.* .rela.gnu.linkonce.l.*)
*(.rela.lbss .rela.lbss.* .rela.gnu.linkonce.lb.*)
*(.rela.lrodata .rela.lrodata.* .rela.gnu.linkonce.lr.*)
*(.rela.ifunc)
}
.rela.plt :
{
*(.rela.plt)
PROVIDE_HIDDEN (__rela_iplt_start = .);
*(.rela.iplt)
PROVIDE_HIDDEN (__rela_iplt_end = .);
}
.relr.dyn : { *(.relr.dyn) }
. = ALIGN(CONSTANT (MAXPAGESIZE));
.init :
{
KEEP (*(SORT_NONE(.init)))
}
.plt : { *(.plt) *(.iplt) }
.plt.got : { *(.plt.got) }
.plt.sec : { *(.plt.sec) }
.text :
{
*(.text.unlikely .text.*_unlikely .text.unlikely.*)
*(.text.exit .text.exit.*)
*(.text.startup .text.startup.*)
*(.text.hot .text.hot.*)
*(SORT(.text.sorted.*))
*(.text .stub .text.* .gnu.linkonce.t.*)
/* .gnu.warning sections are handled specially by elf.em. */
*(.gnu.warning)
}
.fini :
{
KEEP (*(SORT_NONE(.fini)))
}
PROVIDE (__etext = .);
PROVIDE (_etext = .);
PROVIDE (etext = .);
. = ALIGN(CONSTANT (MAXPAGESIZE));
/* Adjust the address for the rodata segment. We want to adjust up to
the same address within the page on the next page up. */
. = SEGMENT_START("rodata-segment", ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)));
.rodata : { *(.rodata .rodata.* .gnu.linkonce.r.*) }
.rodata1 : { *(.rodata1) }
.eh_frame_hdr : { *(.eh_frame_hdr) *(.eh_frame_entry .eh_frame_entry.*) }
.eh_frame : ONLY_IF_RO { KEEP (*(.eh_frame)) *(.eh_frame.*) }
.gcc_except_table : ONLY_IF_RO { *(.gcc_except_table .gcc_except_table.*) }
.gnu_extab : ONLY_IF_RO { *(.gnu_extab*) }
/* These sections are generated by the Sun/Oracle C++ compiler. */
.exception_ranges : ONLY_IF_RO { *(.exception_ranges*) }
/* Adjust the address for the data segment. We want to adjust up to
the same address within the page on the next page up. */
. = DATA_SEGMENT_ALIGN (CONSTANT (MAXPAGESIZE), CONSTANT (COMMONPAGESIZE));
/* Exception handling */
.eh_frame : ONLY_IF_RW { KEEP (*(.eh_frame)) *(.eh_frame.*) }
.gnu_extab : ONLY_IF_RW { *(.gnu_extab) }
.gcc_except_table : ONLY_IF_RW { *(.gcc_except_table .gcc_except_table.*) }
.exception_ranges : ONLY_IF_RW { *(.exception_ranges*) }
/* Thread Local Storage sections */
.tdata :
{
PROVIDE_HIDDEN (__tdata_start = .);
*(.tdata .tdata.* .gnu.linkonce.td.*)
}
.tbss : { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
.preinit_array :
{
PROVIDE_HIDDEN (__preinit_array_start = .);
KEEP (*(.preinit_array))
PROVIDE_HIDDEN (__preinit_array_end = .);
}
.init_array :
{
PROVIDE_HIDDEN (__init_array_start = .);
KEEP (*(SORT_BY_INIT_PRIORITY(.init_array.*) SORT_BY_INIT_PRIORITY(.ctors.*)))
KEEP (*(.init_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .ctors))
PROVIDE_HIDDEN (__init_array_end = .);
}
.fini_array :
{
PROVIDE_HIDDEN (__fini_array_start = .);
KEEP (*(SORT_BY_INIT_PRIORITY(.fini_array.*) SORT_BY_INIT_PRIORITY(.dtors.*)))
KEEP (*(.fini_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .dtors))
PROVIDE_HIDDEN (__fini_array_end = .);
}
.ctors :
{
/* gcc uses crtbegin.o to find the start of
the constructors, so we make sure it is
first. Because this is a wildcard, it
doesn't matter if the user does not
actually link against crtbegin.o; the
linker won't look for a file to match a
wildcard. The wildcard also means that it
doesn't matter which directory crtbegin.o
is in. */
KEEP (*crtbegin.o(.ctors))
KEEP (*crtbegin?.o(.ctors))
/* We don't want to include the .ctor section from
the crtend.o file until after the sorted ctors.
The .ctor section from the crtend file contains the
end of ctors marker and it must be last */
KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .ctors))
KEEP (*(SORT(.ctors.*)))
KEEP (*(.ctors))
}
.dtors :
{
KEEP (*crtbegin.o(.dtors))
KEEP (*crtbegin?.o(.dtors))
KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .dtors))
KEEP (*(SORT(.dtors.*)))
KEEP (*(.dtors))
}
.jcr : { KEEP (*(.jcr)) }
.data.rel.ro : { *(.data.rel.ro.local* .gnu.linkonce.d.rel.ro.local.*) *(.data.rel.ro .data.rel.ro.* .gnu.linkonce.d.rel.ro.*) }
.dynamic : { *(.dynamic) }
.got : { *(.got) *(.igot) }
. = DATA_SEGMENT_RELRO_END (SIZEOF (.got.plt) >= 24 ? 24 : 0, .);
.got.plt : { *(.got.plt) *(.igot.plt) }
.data :
{
*(.data .data.* .gnu.linkonce.d.*)
SORT(CONSTRUCTORS)
}
.data1 : { *(.data1) }
_edata = .; PROVIDE (edata = .);
. = .;
__bss_start = .;
.bss :
{
*(.dynbss)
*(.bss .bss.* .gnu.linkonce.b.*)
*(COMMON)
/* Align here to ensure that the .bss section occupies space up to
_end. Align after .bss to ensure correct alignment even if the
.bss section disappears because there are no input sections.
FIXME: Why do we need it? When there is no .bss section, we do not
pad the .data section. */
. = ALIGN(. != 0 ? 64 / 8 : 1);
}
.lbss :
{
*(.dynlbss)
*(.lbss .lbss.* .gnu.linkonce.lb.*)
*(LARGE_COMMON)
}
. = ALIGN(64 / 8);
. = SEGMENT_START("ldata-segment", .);
.lrodata ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
{
*(.lrodata .lrodata.* .gnu.linkonce.lr.*)
}
.ldata ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
{
*(.ldata .ldata.* .gnu.linkonce.l.*)
. = ALIGN(. != 0 ? 64 / 8 : 1);
}
. = ALIGN(64 / 8);
_end = .; PROVIDE (end = .);
. = DATA_SEGMENT_END (.);
/* Stabs debugging sections. */
.stab 0 : { *(.stab) }
.stabstr 0 : { *(.stabstr) }
.stab.excl 0 : { *(.stab.excl) }
.stab.exclstr 0 : { *(.stab.exclstr) }
.stab.index 0 : { *(.stab.index) }
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment 0 : { *(.comment) }
.gnu.build.attributes : { *(.gnu.build.attributes .gnu.build.attributes.*) }
/* DWARF debug sections.
Symbols in the DWARF debugging sections are relative to the beginning
of the section so we begin them at 0. */
/* DWARF 1. */
.debug 0 : { *(.debug) }
.line 0 : { *(.line) }
/* GNU DWARF 1 extensions. */
.debug_srcinfo 0 : { *(.debug_srcinfo) }
.debug_sfnames 0 : { *(.debug_sfnames) }
/* DWARF 1.1 and DWARF 2. */
.debug_aranges 0 : { *(.debug_aranges) }
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2. */
.debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) }
.debug_abbrev 0 : { *(.debug_abbrev) }
.debug_line 0 : { *(.debug_line .debug_line.* .debug_line_end) }
.debug_frame 0 : { *(.debug_frame) }
.debug_str 0 : { *(.debug_str) }
.debug_loc 0 : { *(.debug_loc) }
.debug_macinfo 0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions. */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
/* DWARF 3. */
.debug_pubtypes 0 : { *(.debug_pubtypes) }
.debug_ranges 0 : { *(.debug_ranges) }
/* DWARF 5. */
.debug_addr 0 : { *(.debug_addr) }
.debug_line_str 0 : { *(.debug_line_str) }
.debug_loclists 0 : { *(.debug_loclists) }
.debug_macro 0 : { *(.debug_macro) }
.debug_names 0 : { *(.debug_names) }
.debug_rnglists 0 : { *(.debug_rnglists) }
.debug_str_offsets 0 : { *(.debug_str_offsets) }
.debug_sup 0 : { *(.debug_sup) }
.gnu.attributes 0 : { KEEP (*(.gnu.attributes)) }
/DISCARD/ : { *(.note.GNU-stack) *(.gnu_debuglink) *(.gnu.lto_*) }
}
==================================================
ld: modalità elf_x86_64
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/libxtl.a non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/libxtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/libxtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/libxtl.a non riuscito
tentativo di aprire /usr/local/lib64/libxtl.so non riuscito
tentativo di aprire /usr/local/lib64/libxtl.a non riuscito
tentativo di aprire /lib64/libxtl.so non riuscito
tentativo di aprire /lib64/libxtl.a non riuscito
tentativo di aprire /usr/lib64/libxtl.so non riuscito
tentativo di aprire /usr/lib64/libxtl.a non riuscito
tentativo di aprire /usr/local/lib/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/libxtl.a non riuscito
tentativo di aprire /lib/libxtl.so non riuscito
tentativo di aprire /lib/libxtl.a non riuscito
tentativo di aprire /usr/lib/libxtl.so non riuscito
tentativo di aprire /usr/lib/libxtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/libxtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/libxtl.a non riuscito
ld: impossibile trovare -lxtl: File o directory non esistente
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/x86_64-linux-gnu/xtl.a non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /lib/x86_64-linux-gnu/xtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu/xtl.a non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/libxtl.so non riuscito
tentativo di aprire /usr/lib/x86_64-linux-gnu64/xtl.a non riuscito
tentativo di aprire /usr/local/lib64/libxtl.so non riuscito
tentativo di aprire /usr/local/lib64/xtl.a non riuscito
tentativo di aprire /lib64/libxtl.so non riuscito
tentativo di aprire /lib64/xtl.a non riuscito
tentativo di aprire /usr/lib64/libxtl.so non riuscito
tentativo di aprire /usr/lib64/xtl.a non riuscito
tentativo di aprire /usr/local/lib/libxtl.so non riuscito
tentativo di aprire /usr/local/lib/xtl.a non riuscito
tentativo di aprire /lib/libxtl.so non riuscito
tentativo di aprire /lib/xtl.a non riuscito
tentativo di aprire /usr/lib/libxtl.so non riuscito
tentativo di aprire /usr/lib/xtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib64/xtl.a non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/libxtl.so non riuscito
tentativo di aprire /usr/x86_64-linux-gnu/lib/xtl.a non riuscito
11-30-2022, 08:14 PM
#4
Moderator
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=15, FreeBSD_12{.0|.1}
Posts: 6,005
You are welcome!
I am not an Ubuntu user so am not very familiar with its package manager and utilities, so maybe someone with all that knowledge will jump in here before long.
In the mean time, I suspect that you may need to install the -devel version of the package that supplies libxtl. Usually in my experience that would be something like libxtl-devel.xxx , whatever your package suffix is.
A search online for libxtl for ubuntu turns up a number of hits, but I hesitate to choose one as I may likely send you down a wrong path! You shoulld try entering the exact error message into a search engine and take your best guess as a place to start.
11-30-2022, 08:56 PM
#5
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
Thanks, but not exist libxtl lib on ubuntu.
Hope I'm wrong
😄
11-30-2022, 10:18 PM
#6
Moderator
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=15, FreeBSD_12{.0|.1}
Posts: 6,005
Hmmm...
Well, again with the caveat that
I may not know what I am talking about , and assuming
this is the xtl that is missing, you might grab the source from that link and try to build it yourself (instructions in the README, looks easy enough).
PLease verify install prefix on Ubuntu, but on my non-Ubuntu machines I would try
/usr/local/lib .
12-01-2022, 03:42 AM
#7
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
Yes prefix is /usr/local/lib or bin
I always follow this guide for compiling but now not works
https://docs.krita.org/en/untranslat...lding-on-linux
Would you try?
Thanks, best regards Astrogeek!
12-01-2022, 06:42 AM
#8
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
Astro i have compiled and installed that
https://github.com/xtensor-stack/xtl
but i have always same error:
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kxmlguifactory_p.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kxmlguiversionhandler.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kxmlguiwindow.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/katecommandbar.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/commandmodel.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/xmlgui/kmainwindowiface.cpp.o
[ 2%] Building CXX object libs/widgetutils/CMakeFiles/kritawidgetutils.dir/qrc_kxmlgui.cpp.o
[ 2%] Linking CXX shared library libkritawidgetutils.so
[ 2%] Built target kritawidgetutils
[ 2%] Automatic MOC for target kritamultiarch
[ 2%] Built target kritamultiarch_autogen
[ 2%] Linking CXX shared library libkritamultiarch.so
/usr/bin/ld: impossibile trovare -lxtl: File o directory non esistente
collect2: error: ld returned 1 exit status
make[2]: *** [libs/multiarch/CMakeFiles/kritamultiarch.dir/build.make:115: libs/multiarch/libkritamultiarch.so.19.0.0] Errore 1
make[1]: *** [CMakeFiles/Makefile2:26943: libs/multiarch/CMakeFiles/kritamultiarch.dir/all] Errore 2
make: *** [Makefile:146: all] Errore 2
ls: impossibile accedere a '/app/kritadev/install/bin/krita': File o directory non esistente
12-01-2022, 07:45 AM
#9
Senior Member
Registered: Oct 2011
Location: Budapest
Distribution: Debian/GNU/Linux, AIX
Posts: 4,428
Check with this command:
Code:
ldconfig -v 2>/dev/null | grep libxtl.so
12-01-2022, 07:49 AM
#10
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
Thanks for your reply,
nothing found
13:30:16 root@NanoKDE /home/dacorsa # ldconfig -v 2>/dev/null | grep libxtl.so
13:48:50 root@NanoKDE /home/dacorsa #
12-01-2022, 07:51 AM
#11
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
the problem is: what i have to build to have libxtl.so ???
i don't have found nothing on github
Best regards
12-01-2022, 07:54 AM
#12
Senior Member
Registered: Oct 2011
Location: Budapest
Distribution: Debian/GNU/Linux, AIX
Posts: 4,428
Then examine the previous step: where to did you install what? Was it succesfull?
12-01-2022, 07:59 AM
#13
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
I build the source but not install the wanted libxtl.so , maybe it's not the correct lib
Thanks
12-09-2022, 06:18 AM
#14
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
libxtl.so o xtl.a how build it?
01-14-2023, 08:55 AM
#15
LQ Newbie
Registered: Dec 2019
Posts: 11
Original Poster
Rep:
FROM KDE Forum:
This is actually a bug in Debian, it turns out:
17:14:49 < amyspark> halla: *laughs* it's a debian upstream bug!
17:15:36 < amyspark> in the debian source, I see they're compiling with `-DENABLE_XTL_COMPLEX=ON` which enables a dependency on xtensor for the complex number stuff, but the .deb itself has no dependency on it
17:16:47 < amyspark> even then, using INTERFACE_LINK_LIBRARIES shows this wasn't tested outside of a developer system... that should be an imported target so CMake adds the find_package and the library path
We don't have a solution yet...
Thanks all, best regards.
All times are GMT -5. The time now is 11:28 PM .
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know .
Latest Threads
LQ News