loch segmentation fault at launch
Testing out Therion 6.2.1+dev, I find that loch does not work. When launched from a command line, it runs for one or two seconds and then gives bgee@main2:~$ loch Segmentation fault (core dumped) bgee@main2:~$ This is on Fedora 41, and it happens on several machines. If it helps any, I captured the core dump file and put it on a server. https://campercaver.net/MiscFiles/lochcore.dump.zip -- =============== Bill Gee
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-) Loch still does not run. :-( Same problem - it throws a segmentation fault during launch. Does anyone else see this problem? =============== Bill Gee On 11/9/24 07:23, Bill Gee wrote:
Testing out Therion 6.2.1+dev, I find that loch does not work. When launched from a command line, it runs for one or two seconds and then gives
bgee@main2:~$ loch Segmentation fault (core dumped) bgee@main2:~$
This is on Fedora 41, and it happens on several machines.
If it helps any, I captured the core dump file and put it on a server.
Hi, no problem on Debian testing. It would help if you could debug it on your system (backtrace output from gdb running loch compiled in the debug mode). Martin On Wed, Nov 20, 2024, 23:10 Bill Gee <bgee@campercaver.net> wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Loch still does not run. :-( Same problem - it throws a segmentation fault during launch.
Does anyone else see this problem?
=============== Bill Gee
On 11/9/24 07:23, Bill Gee wrote:
Testing out Therion 6.2.1+dev, I find that loch does not work. When launched from a command line, it runs for one or two seconds and then gives
bgee@main2:~$ loch Segmentation fault (core dumped) bgee@main2:~$
This is on Fedora 41, and it happens on several machines.
If it helps any, I captured the core dump file and put it on a server.
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On Win10 Pro Ver.22H2 surface texture in lox file crashes too, so I thought it could behave differently after compiling, but unfortunately there is an iminent error: ERROR: Can not execute "cmd.exe /c "C:\\Program Files\\Therion\\therion.exe" -x thconfig". Pavel Dňa 2024-11-21 07:45 Martin Budaj napísal(a):
Hi,
no problem on Debian testing. It would help if you could debug it on your system (backtrace output from gdb running loch compiled in the debug mode).
Martin
On Wed, Nov 20, 2024, 23:10 Bill Gee <bgee@campercaver.net> wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Loch still does not run. :-( Same problem - it throws a segmentation fault during launch.
Does anyone else see this problem?
=============== Bill Gee
On 11/9/24 07:23, Bill Gee wrote:
Testing out Therion 6.2.1+dev, I find that loch does not work. When launched from a command line, it runs for one or two seconds and then gives
bgee@main2:~$ loch Segmentation fault (core dumped) bgee@main2:~$
This is on Fedora 41, and it happens on several machines.
If it helps any, I captured the core dump file and put it on a server.
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Hmmm... I made a coredump file available. Is that not useful? How is a debug version of loch created? The crash does not show up in abrt or the ProblemReporting application. I used gdb to run loch. Here are the last few lines of gdb output. After loch crashed I ran the "bt" command in gdb. ======================= Downloading 182.06 K separate debug info for /usr/lib64/gio/modules/libdconfsettings.so Downloading 28.11 K separate debug info for /home/bgee/.cache/debuginfod_client/55594807e24e127c88a7d823b293bb334e0cea3c/debuginfo [New Thread 0x7fffe26006c0 (LWP 2587396)] [New Thread 0x7fffe1c006c0 (LWP 2587397)] Downloading 716.23 K separate debug info for /usr/lib64/gio/modules/libgvfsdbus.so Downloading 320.29 K separate debug info for /home/bgee/.cache/debuginfod_client/1c817f19fbcb65d0d279cc2d0867d3e3a018e048/debuginfo Downloading 757.83 K separate debug info for /usr/lib64/gvfs/libgvfscommon.so Thread 1 "loch" received signal SIGSEGV, Segmentation fault. Downloading 24.37 K source file /usr/src/debug/libX11-1.8.10-2.fc41.x86_64/src/xcb_io.c 0x00007ffff6f5f344 in require_socket (dpy=0x777860) at /usr/src/debug/libX11-1.8.10-2.fc41.x86_64/src/xcb_io.c:70 70 if(dpy->xcb->event_owner != XlibOwnsEventQueue) (gdb) bt #0 0x00007ffff6f5f344 in require_socket (dpy=0x777860) at /usr/src/debug/libX11-1.8.10-2.fc41.x86_64/src/xcb_io.c:70 #1 _XFlush (dpy=0x777860) at /usr/src/debug/libX11-1.8.10-2.fc41.x86_64/src/xcb_io.c:606 #2 0x00007ffff6f5f64d in _XGetRequest (dpy=0x777860, type=98 'b', len=8) at /usr/src/debug/libX11-1.8.10-2.fc41.x86_64/src/XlibInt.c:1778 #3 0x00007ffff6f50217 in XQueryExtension (dpy=dpy@entry=0x777860, name=name@entry=0x7ffff748b002 "GLX", major_opcode=major_opcode@entry=0x85efc4, first_event=first_event@entry=0x7fffffffd0f4, first_error=first_error@entry=0x85efc8) at /usr/src/debug/libX11-1.8.10-2.fc41.x86_64/src/QuExt.c:49 #4 0x00007ffff74872b0 in InitDisplayInfoEntry (dpy=0x777860) at /usr/src/debug/libglvnd-1.7.0-5.fc41.x86_64/src/GLX/libglxmapping.c:643 #5 __glXLookupDisplay (dpy=dpy@entry=0x777860) at /usr/src/debug/libglvnd-1.7.0-5.fc41.x86_64/src/GLX/libglxmapping.c:759 #6 0x00007ffff748842b in glXQueryVersion (dpy=0x777860, major=0x7fffffffd1b4, minor=0x7fffffffd1b0) at /usr/src/debug/libglvnd-1.7.0-5.fc41.x86_64/src/GLX/libglx.c:1166 #7 0x00007ffff7f7ac35 in wxGLCanvasX11::GetGLXVersion () at ../src/unix/glx11.cpp:769 #8 0x00007ffff7f7acb3 in wxGLAttributes::RGBA (this=this@entry=0x7fffffffd270) at ../src/unix/glx11.cpp:268 #9 0x00007ffff7f7b53c in wxGLCanvasBase::ParseAttribList (attribList=attribList@entry=0x7fffffffd300, dispAttrs=..., ctxAttrs=ctxAttrs@entry=0x0) at ../src/common/glcmn.cpp:212 #10 0x00007ffff7f7bb6c in wxGLCanvasX11::InitDefaultVisualInfo (attribList=0x7fffffffd300) at ../src/unix/glx11.cpp:752 #11 0x000000000042ba58 in ??? () #12 0x00007ffff729b9d2 in wxEntry (argc=<optimized out>, argv=<optimized out>) at ../src/common/init.cpp:481 #13 0x0000000000413ce8 in ??? () #14 0x00007ffff4c11248 in __libc_start_call_main (main=main@entry=0x413cc0, argc=argc@entry=1, argv=argv@entry=0x7fffffffd598) at ../sysdeps/nptl/libc_start_call_main.h:58 #15 0x00007ffff4c1130b in __libc_start_main_impl (main=0x413cc0, argc=1, argv=0x7fffffffd598, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd588) at ../csu/libc-start.c:360 #16 0x0000000000418945 in ??? () (gdb) ======================== I see one interesting thing in there ... The segmentation fault is apparently happening in the X11 library. My system is running Fedora 41, Wayland and KDE. That means X programs must run through XWayland. Could there be a problem between loch and XWayland? Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail. =============== Bill Gee On 11/21/24 00:45, Martin Budaj wrote:
Hi,
no problem on Debian testing. It would help if you could debug it on your system (backtrace output from gdb running loch compiled in the debug mode).
Martin
On Wed, Nov 20, 2024, 23:10 Bill Gee <bgee@campercaver.net <mailto:bgee@campercaver.net>> wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Loch still does not run. :-( Same problem - it throws a segmentation fault during launch.
Does anyone else see this problem?
=============== Bill Gee
On 11/9/24 07:23, Bill Gee wrote: > Testing out Therion 6.2.1+dev, I find that loch does not work. When > launched from a command line, it runs for one or two seconds and then gives > > bgee@main2:~$ loch > Segmentation fault (core dumped) > bgee@main2:~$ > > This is on Fedora 41, and it happens on several machines. > > If it helps any, I captured the core dump file and put it on a server. > > https://campercaver.net/MiscFiles/lochcore.dump.zip <https:// campercaver.net/MiscFiles/lochcore.dump.zip> >
_______________________________________________ Therion mailing list Therion@speleo.sk <mailto:Therion@speleo.sk> https://mailman.speleo.sk/listinfo/therion <https:// mailman.speleo.sk/listinfo/therion>
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On Thu, Nov 21, 2024 at 2:14 PM Bill Gee <bgee@campercaver.net> wrote:
Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail.
Hmm, no problem in the Wayland session with KDE on Debian Testing (and no problem in the X session, either). Any other Wayland users here that could report crashes or good operation? Martin
On Thu, Nov 21, 2024 at 2:14 PM Bill Gee <bgee@campercaver.net> wrote:
Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail.
Hmm, no problem in the Wayland session with KDE on Debian Testing (and no problem in the X session, either). Any other Wayland users here that could report crashes or good operation?
With a fresh install from the AUR (archlinux user repository) loch starts without problems on both X and wayland (sway). therion 6.3.1 (2024-11-22) - using Proj 9.5.0, compiled against 9.5.0 loch 6.3.1 (why is loch --version not implemented?) If I can help test more, pls let me know Best, Scinu
Jim Begley - Are you still on the list and do you still run Fedora? =============== Bill Gee On 11/25/24 15:09, Scinu via Therion wrote:
On Thu, Nov 21, 2024 at 2:14 PM Bill Gee <bgee@campercaver.net> wrote:
Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail.
Hmm, no problem in the Wayland session with KDE on Debian Testing (and no problem in the X session, either). Any other Wayland users here that could report crashes or good operation?
With a fresh install from the AUR (archlinux user repository) loch starts without problems on both X and wayland (sway).
therion 6.3.1 (2024-11-22) - using Proj 9.5.0, compiled against 9.5.0
loch 6.3.1 (why is loch --version not implemented?)
If I can help test more, pls let me know
Best,
Scinu _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
I did not pursue this during the holidays. Now that Therion 6.3.3 is out, it is probably time to dig into it a bit deeper. I downloaded Therion 6.3.3 from the git repository, compiled and installed it. No errors, that all went very smoothly. Loch still does not run in a Wayland session. It gives a segmentation error and dumps core within about 2 seconds of launching. I tried it on three different machines. They all have the same basic configuration. All three fail in the same way. SCINU reports that Loch works in a Wayland session running on Debian Testing. I am on Fedora 41. Something is different, but I have no idea what it is. Could it be a different version of xwayland? A bit more information about my system: bgee@main2:~$ rpm -qi xwaylandvideobridge Name : xwaylandvideobridge Version : 0.4.0 Release : 7.fc41 Architecture: x86_64 Install Date: Fri Nov 8 07:08:53 2024 Group : Unspecified Size : 214303 License : (GPL-2.0-only or GPL-3.0-only) and LGPL-2.0-or-later and BSD-3-Clause Signature : RSA/SHA256, Thu Oct 31 05:14:12 2024, Key ID d0622462e99d6ad1 Source RPM : xwaylandvideobridge-0.4.0-7.fc41.src.rpm Build Date : Wed Oct 30 15:46:50 2024 <snip> bgee@main2:~$ inxi -G Graphics: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics driver: i915 v: kernel Device-2: Logitech Webcam C270 driver: snd-usb-audio,uvcvideo type: USB Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa dri: crocus gpu: i915 resolution: 1920x1080 API: EGL v: 1.5 drivers: crocus,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.2.8 renderer: Mesa Intel HD Graphics 4600 (HSW GT2) API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib,wayland This system is a Dell Optiplex. The other two systems are a Dell laptop and a Lenovo laptop. All are running Intel i915 displays. =============== Bill Gee On 11/25/24 15:09, Scinu via Therion wrote:
On Thu, Nov 21, 2024 at 2:14 PM Bill Gee <bgee@campercaver.net> wrote:
Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail.
Hmm, no problem in the Wayland session with KDE on Debian Testing (and no problem in the X session, either). Any other Wayland users here that could report crashes or good operation?
With a fresh install from the AUR (archlinux user repository) loch starts without problems on both X and wayland (sway).
therion 6.3.1 (2024-11-22) - using Proj 9.5.0, compiled against 9.5.0
loch 6.3.1 (why is loch --version not implemented?)
If I can help test more, pls let me know
Best,
Scinu _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Hi, Loch runs fine on a Debian + KDE machine with this configuration: 1) no xwaylandvideobridge installed 2) inxi -G output: Graphics: Device-1: Intel CometLake-U GT2 [UHD Graphics] driver: i915 v: kernel Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 2194x1234 API: EGL v: 1.5 drivers: iris,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.2.8-1 renderer: Mesa Intel UHD Graphics (CML GT2) API: Vulkan Message: No Vulkan data available. M. On Mon, Jan 6, 2025 at 4:44 PM Bill Gee <bgee@campercaver.net> wrote:
I did not pursue this during the holidays. Now that Therion 6.3.3 is out, it is probably time to dig into it a bit deeper.
I downloaded Therion 6.3.3 from the git repository, compiled and installed it. No errors, that all went very smoothly.
Loch still does not run in a Wayland session. It gives a segmentation error and dumps core within about 2 seconds of launching.
I tried it on three different machines. They all have the same basic configuration. All three fail in the same way.
SCINU reports that Loch works in a Wayland session running on Debian Testing. I am on Fedora 41. Something is different, but I have no idea what it is. Could it be a different version of xwayland?
A bit more information about my system:
bgee@main2:~$ rpm -qi xwaylandvideobridge Name : xwaylandvideobridge Version : 0.4.0 Release : 7.fc41 Architecture: x86_64 Install Date: Fri Nov 8 07:08:53 2024 Group : Unspecified Size : 214303 License : (GPL-2.0-only or GPL-3.0-only) and LGPL-2.0-or-later and BSD-3-Clause Signature : RSA/SHA256, Thu Oct 31 05:14:12 2024, Key ID d0622462e99d6ad1 Source RPM : xwaylandvideobridge-0.4.0-7.fc41.src.rpm Build Date : Wed Oct 30 15:46:50 2024 <snip>
bgee@main2:~$ inxi -G Graphics: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics driver: i915 v: kernel Device-2: Logitech Webcam C270 driver: snd-usb-audio,uvcvideo type: USB Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa dri: crocus gpu: i915 resolution: 1920x1080 API: EGL v: 1.5 drivers: crocus,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.2.8 renderer: Mesa Intel HD Graphics 4600 (HSW GT2) API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib,wayland
This system is a Dell Optiplex. The other two systems are a Dell laptop and a Lenovo laptop. All are running Intel i915 displays.
=============== Bill Gee
On 11/25/24 15:09, Scinu via Therion wrote:
On Thu, Nov 21, 2024 at 2:14 PM Bill Gee <bgee@campercaver.net> wrote:
Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail.
Hmm, no problem in the Wayland session with KDE on Debian Testing (and no problem in the X session, either). Any other Wayland users here that could report crashes or good operation?
With a fresh install from the AUR (archlinux user repository) loch starts without problems on both X and wayland (sway).
therion 6.3.1 (2024-11-22) - using Proj 9.5.0, compiled against 9.5.0
loch 6.3.1 (why is loch --version not implemented?)
If I can help test more, pls let me know
Best,
Scinu _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Same here, confirming a stable loch. Device-1: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] driver: amdgpu v: kernel Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: amdgpu unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu resolution: 1920x1080 API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.2.8-1 renderer: AMD Radeon RX 580 Series (radeonsi polaris10 LLVM 19.1.4 DRM 3.59 6.12.6-amd64) API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib,wayland Debian GNU/Linux trixie Linux segin 6.12.6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.6-1 (2024-12-21) x86_64 GNU/Linux Am 2025-01-13 18:45, schrieb Martin Budaj:
Hi,
Loch runs fine on a Debian + KDE machine with this configuration:
1) no xwaylandvideobridge installed 2) inxi -G output: Graphics: Device-1: Intel CometLake-U GT2 [UHD Graphics] driver: i915 v: kernel Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 2194x1234 API: EGL v: 1.5 drivers: iris,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.2.8-1 renderer: Mesa Intel UHD Graphics (CML GT2) API: Vulkan Message: No Vulkan data available.
M.
On Mon, Jan 6, 2025 at 4:44 PM Bill Gee <bgee@campercaver.net> wrote:
I did not pursue this during the holidays. Now that Therion 6.3.3 is out, it is probably time to dig into it a bit deeper.
I downloaded Therion 6.3.3 from the git repository, compiled and installed it. No errors, that all went very smoothly.
Loch still does not run in a Wayland session. It gives a segmentation error and dumps core within about 2 seconds of launching.
I tried it on three different machines. They all have the same basic configuration. All three fail in the same way.
SCINU reports that Loch works in a Wayland session running on Debian Testing. I am on Fedora 41. Something is different, but I have no idea what it is. Could it be a different version of xwayland?
A bit more information about my system:
bgee@main2:~$ rpm -qi xwaylandvideobridge Name : xwaylandvideobridge Version : 0.4.0 Release : 7.fc41 Architecture: x86_64 Install Date: Fri Nov 8 07:08:53 2024 Group : Unspecified Size : 214303 License : (GPL-2.0-only or GPL-3.0-only) and LGPL-2.0-or-later and BSD-3-Clause Signature : RSA/SHA256, Thu Oct 31 05:14:12 2024, Key ID d0622462e99d6ad1 Source RPM : xwaylandvideobridge-0.4.0-7.fc41.src.rpm Build Date : Wed Oct 30 15:46:50 2024 <snip>
bgee@main2:~$ inxi -G Graphics: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics driver: i915 v: kernel Device-2: Logitech Webcam C270 driver: snd-usb-audio,uvcvideo type: USB Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa dri: crocus gpu: i915 resolution: 1920x1080 API: EGL v: 1.5 drivers: crocus,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.2.8 renderer: Mesa Intel HD Graphics 4600 (HSW GT2) API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib,wayland
This system is a Dell Optiplex. The other two systems are a Dell laptop and a Lenovo laptop. All are running Intel i915 displays.
=============== Bill Gee
On 11/25/24 15:09, Scinu via Therion wrote:
On Thu, Nov 21, 2024 at 2:14 PM Bill Gee <bgee@campercaver.net> wrote:
Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail.
Hmm, no problem in the Wayland session with KDE on Debian Testing (and no problem in the X session, either). Any other Wayland users here that could report crashes or good operation?
With a fresh install from the AUR (archlinux user repository) loch starts without problems on both X and wayland (sway).
therion 6.3.1 (2024-11-22) - using Proj 9.5.0, compiled against 9.5.0
loch 6.3.1 (why is loch --version not implemented?)
If I can help test more, pls let me know
Best,
Scinu _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Thanks Benedikt and Martin for taking a look at this. The first step in fixing a problem is figuring out how to duplicate it. So far we are not having much luck with that! So far the only thing that jumps out at me is that I am using an older computer. Martin's Intel display is much newer than mine, and Benedikt is using an AMD display adapter. I wonder if the Intel i915 display driver on my hardware is missing some needed function? =============== Bill Gee On 1/13/25 13:25, Benedikt Hallinger via Therion wrote:
Same here, confirming a stable loch.
Device-1: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] driver: amdgpu v: kernel Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: amdgpu unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu resolution: 1920x1080 API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.2.8-1 renderer: AMD Radeon RX 580 Series (radeonsi polaris10 LLVM 19.1.4 DRM 3.59 6.12.6-amd64) API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib,wayland
Debian GNU/Linux trixie Linux segin 6.12.6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.6-1 (2024-12-21) x86_64 GNU/Linux
Am 2025-01-13 18:45, schrieb Martin Budaj:
Hi,
Loch runs fine on a Debian + KDE machine with this configuration:
1) no xwaylandvideobridge installed 2) inxi -G output: Graphics: Device-1: Intel CometLake-U GT2 [UHD Graphics] driver: i915 v: kernel Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 2194x1234 API: EGL v: 1.5 drivers: iris,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.2.8-1 renderer: Mesa Intel UHD Graphics (CML GT2) API: Vulkan Message: No Vulkan data available.
M.
On Mon, Jan 6, 2025 at 4:44 PM Bill Gee <bgee@campercaver.net> wrote:
I did not pursue this during the holidays. Now that Therion 6.3.3 is out, it is probably time to dig into it a bit deeper.
I downloaded Therion 6.3.3 from the git repository, compiled and installed it. No errors, that all went very smoothly.
Loch still does not run in a Wayland session. It gives a segmentation error and dumps core within about 2 seconds of launching.
I tried it on three different machines. They all have the same basic configuration. All three fail in the same way.
SCINU reports that Loch works in a Wayland session running on Debian Testing. I am on Fedora 41. Something is different, but I have no idea what it is. Could it be a different version of xwayland?
A bit more information about my system:
bgee@main2:~$ rpm -qi xwaylandvideobridge Name : xwaylandvideobridge Version : 0.4.0 Release : 7.fc41 Architecture: x86_64 Install Date: Fri Nov 8 07:08:53 2024 Group : Unspecified Size : 214303 License : (GPL-2.0-only or GPL-3.0-only) and LGPL-2.0-or-later and BSD-3-Clause Signature : RSA/SHA256, Thu Oct 31 05:14:12 2024, Key ID d0622462e99d6ad1 Source RPM : xwaylandvideobridge-0.4.0-7.fc41.src.rpm Build Date : Wed Oct 30 15:46:50 2024 <snip>
bgee@main2:~$ inxi -G Graphics: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics driver: i915 v: kernel Device-2: Logitech Webcam C270 driver: snd-usb-audio,uvcvideo type: USB Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.4 compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa dri: crocus gpu: i915 resolution: 1920x1080 API: EGL v: 1.5 drivers: crocus,swrast platforms: gbm,wayland,x11,surfaceless,device API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.2.8 renderer: Mesa Intel HD Graphics 4600 (HSW GT2) API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib,wayland
This system is a Dell Optiplex. The other two systems are a Dell laptop and a Lenovo laptop. All are running Intel i915 displays.
=============== Bill Gee
On 11/25/24 15:09, Scinu via Therion wrote:
On Thu, Nov 21, 2024 at 2:14 PM Bill Gee <bgee@campercaver.net> wrote:
Confirmed - This problem has something to do with Wayland. I logged into a test computer using X instead of Wayland. Loch starts without error. Logging out and back in with a Wayland session causes loch to fail.
Hmm, no problem in the Wayland session with KDE on Debian Testing (and no problem in the X session, either). Any other Wayland users here that could report crashes or good operation?
With a fresh install from the AUR (archlinux user repository) loch starts without problems on both X and wayland (sway).
therion 6.3.1 (2024-11-22) - using Proj 9.5.0, compiled against 9.5.0
loch 6.3.1 (why is loch --version not implemented?)
If I can help test more, pls let me know
Best,
Scinu _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On Mon, Jan 13, 2025 at 02:13:06PM -0600, Bill Gee wrote:
Thanks Benedikt and Martin for taking a look at this. The first step in fixing a problem is figuring out how to duplicate it. So far we are not having much luck with that!
So far the only thing that jumps out at me is that I am using an older computer. Martin's Intel display is much newer than mine, and Benedikt is using an AMD display adapter. I wonder if the Intel i915 display driver on my hardware is missing some needed function?
Try running loch from a terminal like so: GDK_BACKEND=x11 loch If that works, the problem is probably to do with your wxWidgets packages - the Debian ones have a patch to force use of X11 when the wx GL library is loaded: https://sources.debian.org/src/wxwidgets3.2/3.2.6%2Bdfsg-2/debian/patches/fo... Without this patch, you get a segfault if you try to use OpenGL under Wayland in wxWidgets built with Gtk3. (I'd expect most distros will have moved to Gtk3 by now; things just work with Gtk2 because it doesn't have wayland support so is always using X11 on Linux.) Things have moved on a bit since that patch metadata was written as wxWidgets does now support OpenGL on Wayland via EGL, but there's some issue I don't fully remember the details of with enabling this support within Debian (and probably within any distro) - I think it's something like it needs to be enabled in libglew at the same time and there's some problem with enabling it there. Cheers, Olly
On 2024-11-20 16:10 -0600, Bill Gee wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Loch still does not run. :-( Same problem - it throws a segmentation fault during launch.
Does anyone else see this problem?
I just checked therion 6.2.1 rebuilt for debian stable, and that's fine. Will check 6.3.0 as soon as Martin uploads a source package. But it's probably something to do with the set oflibraries in use. What does ldd say? This is teh set I just tested: $ ldd /usr/bin/loch linux-vdso.so.1 (0x00007ffd45744000) libwx_gtk3u_core-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0 (0x00007f6bd5a00000) libwx_baseu-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0 (0x00007f6bd5600000) libwx_gtk3u_gl-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_gtk3u_gl-3.2.so.0 (0x00007f6bd6741000) libwx_baseu_xml-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_baseu_xml-3.2.so.0 (0x00007f6bd672e000) libwx_gtk3u_html-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_gtk3u_html-3.2.so.0 (0x00007f6bd6328000) libvtkIOPLY-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkIOPLY-9.1.so.1 (0x00007f6bd6712000) libvtkFiltersHybrid-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersHybrid-9.1.so.1 (0x00007f6bd5935000) libvtkIOLegacy-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkIOLegacy-9.1.so.1 (0x00007f6bd556c000) libfreetype.so.6 => /lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f6bd54a2000) libX11.so.6 => /lib/x86_64-linux-gnu/libX11.so.6 (0x00007f6bd5360000) libfmt.so.9 => /lib/x86_64-linux-gnu/libfmt.so.9 (0x00007f6bd66f2000) libGLU.so.1 => /lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f6bd62b5000) libGLX.so.0 => /lib/x86_64-linux-gnu/libGLX.so.0 (0x00007f6bd5901000) libOpenGL.so.0 => /lib/x86_64-linux-gnu/libOpenGL.so.0 (0x00007f6bd58d6000) libvtkFiltersCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersCore-9.1.so.1 (0x00007f6bd4a00000) libvtkCommonExecutionModel-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonExecutionModel-9.1.so.1 (0x00007f6bd522c000) libvtkCommonDataModel-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonDataModel-9.1.so.1 (0x00007f6bd4400000) libvtkCommonCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonCore-9.1.so.1 (0x00007f6bd3a00000) libjpeg.so.62 => /lib/x86_64-linux-gnu/libjpeg.so.62 (0x00007f6bd496d000) libpng16.so.16 => /lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f6bd51f6000) libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6bd3600000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6bd3921000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6bd66ce000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6bd341f000) libgtk-3.so.0 => /lib/x86_64-linux-gnu/libgtk-3.so.0 (0x00007f6bd2a00000) libgdk-3.so.0 => /lib/x86_64-linux-gnu/libgdk-3.so.0 (0x00007f6bd3315000) libpangocairo-1.0.so.0 => /lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f6bd62a4000) libpango-1.0.so.0 => /lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f6bd4904000) libcairo.so.2 => /lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f6bd28dc000) libgdk_pixbuf-2.0.so.0 => /lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f6bd48d6000) libgio-2.0.so.0 => /lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f6bd26fc000) libgobject-2.0.so.0 => /lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f6bd43a1000) libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f6bd25c4000) libSM.so.6 => /lib/x86_64-linux-gnu/libSM.so.6 (0x00007f6bd58cb000) libnotify.so.4 => /lib/x86_64-linux-gnu/libnotify.so.4 (0x00007f6bd58bd000) libXtst.so.6 => /lib/x86_64-linux-gnu/libXtst.so.6 (0x00007f6bd51ee000) libpangoft2-1.0.so.0 => /lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f6bd48bd000) libfontconfig.so.1 => /lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f6bd38d6000) libtiff.so.6 => /lib/x86_64-linux-gnu/libtiff.so.6 (0x00007f6bd384a000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f6bd4382000) libpcre2-32.so.0 => /lib/x86_64-linux-gnu/libpcre2-32.so.0 (0x00007f6bd328e000) libGL.so.1 => /lib/x86_64-linux-gnu/libGL.so.1 (0x00007f6bd253d000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f6bd4357000) libvtkIOCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkIOCore-9.1.so.1 (0x00007f6bd3228000) libvtkCommonMisc-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonMisc-9.1.so.1 (0x00007f6bd2000000) libvtksys-9.1.so.1 => /lib/x86_64-linux-gnu/libvtksys-9.1.so.1 (0x00007f6bd24f2000) libvtkImagingSources-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkImagingSources-9.1.so.1 (0x00007f6bd24b9000) libvtkRenderingCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkRenderingCore-9.1.so.1 (0x00007f6bd1e01000) libvtkFiltersGeometry-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersGeometry-9.1.so.1 (0x00007f6bd1d2f000) libvtkCommonTransforms-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonTransforms-9.1.so.1 (0x00007f6bd2479000) libvtkCommonMath-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonMath-9.1.so.1 (0x00007f6bd3829000) libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 (0x00007f6bd51e1000) libxcb.so.1 => /lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f6bd244f000) libGLdispatch.so.0 => /lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007f6bd1c76000) libvtkCommonSystem-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonSystem-9.1.so.1 (0x00007f6bd2418000) libtbb.so.12 => /lib/x86_64-linux-gnu/libtbb.so.12 (0x00007f6bd1c27000) libvtkpugixml-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkpugixml-9.1.so.1 (0x00007f6bd1bef000) libvtkloguru-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkloguru-9.1.so.1 (0x00007f6bd1bbc000) /lib64/ld-linux-x86-64.so.2 (0x00007f6bd6788000) libgmodule-2.0.so.0 => /lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f6bd51db000) libharfbuzz.so.0 => /lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007f6bd1ab8000) libfribidi.so.0 => /lib/x86_64-linux-gnu/libfribidi.so.0 (0x00007f6bd48a1000) libcairo-gobject.so.2 => /lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x00007f6bd381e000) libatk-1.0.so.0 => /lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f6bd1a8f000) libepoxy.so.0 => /lib/x86_64-linux-gnu/libepoxy.so.0 (0x00007f6bd1960000) libXi.so.6 => /lib/x86_64-linux-gnu/libXi.so.6 (0x00007f6bd2404000) libatk-bridge-2.0.so.0 => /lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 (0x00007f6bd1924000) libXfixes.so.3 => /lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f6bd23fc000) libxkbcommon.so.0 => /lib/x86_64-linux-gnu/libxkbcommon.so.0 (0x00007f6bd18de000) libwayland-client.so.0 => /lib/x86_64-linux-gnu/libwayland-client.so.0 (0x00007f6bd18cc000) libwayland-cursor.so.0 => /lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007f6bd18c2000) libwayland-egl.so.1 => /lib/x86_64-linux-gnu/libwayland-egl.so.1 (0x00007f6bd3223000) libXext.so.6 => /lib/x86_64-linux-gnu/libXext.so.6 (0x00007f6bd18ad000) libXcursor.so.1 => /lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f6bd18a0000) libXdamage.so.1 => /lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f6bd189b000) libXcomposite.so.1 => /lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f6bd1896000) libXrandr.so.2 => /lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f6bd1889000) libXinerama.so.1 => /lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f6bd1884000) libthai.so.0 => /lib/x86_64-linux-gnu/libthai.so.0 (0x00007f6bd1879000) libpixman-1.so.0 => /lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f6bd17ce000) libxcb-shm.so.0 => /lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f6bd17c9000) libxcb-render.so.0 => /lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f6bd17bb000) libXrender.so.1 => /lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f6bd17ae000) libmount.so.1 => /lib/x86_64-linux-gnu/libmount.so.1 (0x00007f6bd174b000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f6bd171d000) libffi.so.8 => /lib/x86_64-linux-gnu/libffi.so.8 (0x00007f6bd1711000) libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007f6bd1677000) libICE.so.6 => /lib/x86_64-linux-gnu/libICE.so.6 (0x00007f6bd1659000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f6bd164f000) libwebp.so.7 => /lib/x86_64-linux-gnu/libwebp.so.7 (0x00007f6bd15dd000) libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007f6bd1521000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f6bd14f2000) libLerc.so.4 => /lib/x86_64-linux-gnu/libLerc.so.4 (0x00007f6bd145a000) libjbig.so.0 => /lib/x86_64-linux-gnu/libjbig.so.0 (0x00007f6bd1447000) libdeflate.so.0 => /lib/x86_64-linux-gnu/libdeflate.so.0 (0x00007f6bd1421000) libdouble-conversion.so.3 => /lib/x86_64-linux-gnu/libdouble-conversion.so.3 (0x00007f6bd140c000) liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x00007f6bd13e6000) libvtkImagingCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkImagingCore-9.1.so.1 (0x00007f6bd1204000) libvtkCommonColor-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonColor-9.1.so.1 (0x00007f6bd11e6000) libvtkFiltersSources-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersSources-9.1.so.1 (0x00007f6bd1134000) libvtkFiltersGeneral-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersGeneral-9.1.so.1 (0x00007f6bd0c00000) libvtkCommonComputationalGeometry-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonComputationalGeometry-9.1.so.1 (0x00007f6bd1102000) libvtkkissfft-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkkissfft-9.1.so.1 (0x00007f6bd10fb000) libbrotlicommon.so.1 => /lib/x86_64-linux-gnu/libbrotlicommon.so.1 (0x00007f6bd10d6000) libXau.so.6 => /lib/x86_64-linux-gnu/libXau.so.6 (0x00007f6bd10d1000) libXdmcp.so.6 => /lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f6bd0800000) libgraphite2.so.3 => /lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007f6bd10a5000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6bd10a0000) libatspi.so.0 => /lib/x86_64-linux-gnu/libatspi.so.0 (0x00007f6bd1063000) libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f6bd0baa000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6bd105e000) libdatrie.so.1 => /lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007f6bd1054000) libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007f6bd0b53000) libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f6bd103c000) libvtkfmt-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkfmt-9.1.so.1 (0x00007f6bd0b31000) libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f6bd0a61000) libmd.so.0 => /lib/x86_64-linux-gnu/libmd.so.0 (0x00007f6bd102f000) libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x00007f6bd0a55000) libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f6bd06b9000) libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f6bd0a2d000) Wookey -- Principal hats: Debian, Wookware http://wookware.org/
Hi Wookey - Rather that embed text, I attached a file showing the output on my system from ldd. One obvious difference - My list has 129 entries and yours has 122. =============== Bill Gee On 11/21/24 09:35, Wookey wrote:
On 2024-11-20 16:10 -0600, Bill Gee wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Loch still does not run. :-( Same problem - it throws a segmentation fault during launch.
Does anyone else see this problem?
I just checked therion 6.2.1 rebuilt for debian stable, and that's fine. Will check 6.3.0 as soon as Martin uploads a source package.
But it's probably something to do with the set oflibraries in use. What does ldd say?
This is teh set I just tested: $ ldd /usr/bin/loch linux-vdso.so.1 (0x00007ffd45744000) libwx_gtk3u_core-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0 (0x00007f6bd5a00000) libwx_baseu-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0 (0x00007f6bd5600000) libwx_gtk3u_gl-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_gtk3u_gl-3.2.so.0 (0x00007f6bd6741000) libwx_baseu_xml-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_baseu_xml-3.2.so.0 (0x00007f6bd672e000) libwx_gtk3u_html-3.2.so.0 => /lib/x86_64-linux-gnu/libwx_gtk3u_html-3.2.so.0 (0x00007f6bd6328000) libvtkIOPLY-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkIOPLY-9.1.so.1 (0x00007f6bd6712000) libvtkFiltersHybrid-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersHybrid-9.1.so.1 (0x00007f6bd5935000) libvtkIOLegacy-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkIOLegacy-9.1.so.1 (0x00007f6bd556c000) libfreetype.so.6 => /lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f6bd54a2000) libX11.so.6 => /lib/x86_64-linux-gnu/libX11.so.6 (0x00007f6bd5360000) libfmt.so.9 => /lib/x86_64-linux-gnu/libfmt.so.9 (0x00007f6bd66f2000) libGLU.so.1 => /lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f6bd62b5000) libGLX.so.0 => /lib/x86_64-linux-gnu/libGLX.so.0 (0x00007f6bd5901000) libOpenGL.so.0 => /lib/x86_64-linux-gnu/libOpenGL.so.0 (0x00007f6bd58d6000) libvtkFiltersCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersCore-9.1.so.1 (0x00007f6bd4a00000) libvtkCommonExecutionModel-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonExecutionModel-9.1.so.1 (0x00007f6bd522c000) libvtkCommonDataModel-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonDataModel-9.1.so.1 (0x00007f6bd4400000) libvtkCommonCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonCore-9.1.so.1 (0x00007f6bd3a00000) libjpeg.so.62 => /lib/x86_64-linux-gnu/libjpeg.so.62 (0x00007f6bd496d000) libpng16.so.16 => /lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f6bd51f6000) libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6bd3600000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6bd3921000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6bd66ce000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6bd341f000) libgtk-3.so.0 => /lib/x86_64-linux-gnu/libgtk-3.so.0 (0x00007f6bd2a00000) libgdk-3.so.0 => /lib/x86_64-linux-gnu/libgdk-3.so.0 (0x00007f6bd3315000) libpangocairo-1.0.so.0 => /lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f6bd62a4000) libpango-1.0.so.0 => /lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f6bd4904000) libcairo.so.2 => /lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f6bd28dc000) libgdk_pixbuf-2.0.so.0 => /lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f6bd48d6000) libgio-2.0.so.0 => /lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f6bd26fc000) libgobject-2.0.so.0 => /lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f6bd43a1000) libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f6bd25c4000) libSM.so.6 => /lib/x86_64-linux-gnu/libSM.so.6 (0x00007f6bd58cb000) libnotify.so.4 => /lib/x86_64-linux-gnu/libnotify.so.4 (0x00007f6bd58bd000) libXtst.so.6 => /lib/x86_64-linux-gnu/libXtst.so.6 (0x00007f6bd51ee000) libpangoft2-1.0.so.0 => /lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f6bd48bd000) libfontconfig.so.1 => /lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f6bd38d6000) libtiff.so.6 => /lib/x86_64-linux-gnu/libtiff.so.6 (0x00007f6bd384a000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f6bd4382000) libpcre2-32.so.0 => /lib/x86_64-linux-gnu/libpcre2-32.so.0 (0x00007f6bd328e000) libGL.so.1 => /lib/x86_64-linux-gnu/libGL.so.1 (0x00007f6bd253d000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f6bd4357000) libvtkIOCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkIOCore-9.1.so.1 (0x00007f6bd3228000) libvtkCommonMisc-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonMisc-9.1.so.1 (0x00007f6bd2000000) libvtksys-9.1.so.1 => /lib/x86_64-linux-gnu/libvtksys-9.1.so.1 (0x00007f6bd24f2000) libvtkImagingSources-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkImagingSources-9.1.so.1 (0x00007f6bd24b9000) libvtkRenderingCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkRenderingCore-9.1.so.1 (0x00007f6bd1e01000) libvtkFiltersGeometry-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersGeometry-9.1.so.1 (0x00007f6bd1d2f000) libvtkCommonTransforms-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonTransforms-9.1.so.1 (0x00007f6bd2479000) libvtkCommonMath-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonMath-9.1.so.1 (0x00007f6bd3829000) libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 (0x00007f6bd51e1000) libxcb.so.1 => /lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f6bd244f000) libGLdispatch.so.0 => /lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007f6bd1c76000) libvtkCommonSystem-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonSystem-9.1.so.1 (0x00007f6bd2418000) libtbb.so.12 => /lib/x86_64-linux-gnu/libtbb.so.12 (0x00007f6bd1c27000) libvtkpugixml-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkpugixml-9.1.so.1 (0x00007f6bd1bef000) libvtkloguru-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkloguru-9.1.so.1 (0x00007f6bd1bbc000) /lib64/ld-linux-x86-64.so.2 (0x00007f6bd6788000) libgmodule-2.0.so.0 => /lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f6bd51db000) libharfbuzz.so.0 => /lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007f6bd1ab8000) libfribidi.so.0 => /lib/x86_64-linux-gnu/libfribidi.so.0 (0x00007f6bd48a1000) libcairo-gobject.so.2 => /lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x00007f6bd381e000) libatk-1.0.so.0 => /lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f6bd1a8f000) libepoxy.so.0 => /lib/x86_64-linux-gnu/libepoxy.so.0 (0x00007f6bd1960000) libXi.so.6 => /lib/x86_64-linux-gnu/libXi.so.6 (0x00007f6bd2404000) libatk-bridge-2.0.so.0 => /lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 (0x00007f6bd1924000) libXfixes.so.3 => /lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f6bd23fc000) libxkbcommon.so.0 => /lib/x86_64-linux-gnu/libxkbcommon.so.0 (0x00007f6bd18de000) libwayland-client.so.0 => /lib/x86_64-linux-gnu/libwayland-client.so.0 (0x00007f6bd18cc000) libwayland-cursor.so.0 => /lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007f6bd18c2000) libwayland-egl.so.1 => /lib/x86_64-linux-gnu/libwayland-egl.so.1 (0x00007f6bd3223000) libXext.so.6 => /lib/x86_64-linux-gnu/libXext.so.6 (0x00007f6bd18ad000) libXcursor.so.1 => /lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f6bd18a0000) libXdamage.so.1 => /lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f6bd189b000) libXcomposite.so.1 => /lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f6bd1896000) libXrandr.so.2 => /lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f6bd1889000) libXinerama.so.1 => /lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f6bd1884000) libthai.so.0 => /lib/x86_64-linux-gnu/libthai.so.0 (0x00007f6bd1879000) libpixman-1.so.0 => /lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f6bd17ce000) libxcb-shm.so.0 => /lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f6bd17c9000) libxcb-render.so.0 => /lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f6bd17bb000) libXrender.so.1 => /lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f6bd17ae000) libmount.so.1 => /lib/x86_64-linux-gnu/libmount.so.1 (0x00007f6bd174b000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f6bd171d000) libffi.so.8 => /lib/x86_64-linux-gnu/libffi.so.8 (0x00007f6bd1711000) libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007f6bd1677000) libICE.so.6 => /lib/x86_64-linux-gnu/libICE.so.6 (0x00007f6bd1659000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f6bd164f000) libwebp.so.7 => /lib/x86_64-linux-gnu/libwebp.so.7 (0x00007f6bd15dd000) libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007f6bd1521000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f6bd14f2000) libLerc.so.4 => /lib/x86_64-linux-gnu/libLerc.so.4 (0x00007f6bd145a000) libjbig.so.0 => /lib/x86_64-linux-gnu/libjbig.so.0 (0x00007f6bd1447000) libdeflate.so.0 => /lib/x86_64-linux-gnu/libdeflate.so.0 (0x00007f6bd1421000) libdouble-conversion.so.3 => /lib/x86_64-linux-gnu/libdouble-conversion.so.3 (0x00007f6bd140c000) liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x00007f6bd13e6000) libvtkImagingCore-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkImagingCore-9.1.so.1 (0x00007f6bd1204000) libvtkCommonColor-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonColor-9.1.so.1 (0x00007f6bd11e6000) libvtkFiltersSources-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersSources-9.1.so.1 (0x00007f6bd1134000) libvtkFiltersGeneral-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkFiltersGeneral-9.1.so.1 (0x00007f6bd0c00000) libvtkCommonComputationalGeometry-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkCommonComputationalGeometry-9.1.so.1 (0x00007f6bd1102000) libvtkkissfft-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkkissfft-9.1.so.1 (0x00007f6bd10fb000) libbrotlicommon.so.1 => /lib/x86_64-linux-gnu/libbrotlicommon.so.1 (0x00007f6bd10d6000) libXau.so.6 => /lib/x86_64-linux-gnu/libXau.so.6 (0x00007f6bd10d1000) libXdmcp.so.6 => /lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f6bd0800000) libgraphite2.so.3 => /lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007f6bd10a5000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6bd10a0000) libatspi.so.0 => /lib/x86_64-linux-gnu/libatspi.so.0 (0x00007f6bd1063000) libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f6bd0baa000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6bd105e000) libdatrie.so.1 => /lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007f6bd1054000) libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007f6bd0b53000) libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f6bd103c000) libvtkfmt-9.1.so.1 => /lib/x86_64-linux-gnu/libvtkfmt-9.1.so.1 (0x00007f6bd0b31000) libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f6bd0a61000) libmd.so.0 => /lib/x86_64-linux-gnu/libmd.so.0 (0x00007f6bd102f000) libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x00007f6bd0a55000) libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f6bd06b9000) libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f6bd0a2d000)
Wookey
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On 2024-11-21 15:35 +0000, Wookey wrote:
On 2024-11-20 16:10 -0600, Bill Gee wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Not on Debian stable it doesn't (so I was unable to test without working out what's wrong). It's fine in unstable on the buildds but forsome reason therion.ini and xtherion.ini are missingon stable builds. Not sure what's going on. Stable log: dh_auto_install install -m0755 -d /home/wookey/packages/therion/therion-6.3.1/debian/tmp cd build && DESTDIR=/home/wookey/packages/therion/therion-6.3.1/debian/tmp LC_ALL=C.UTF-8 ninja install [0/1] Install the project... -- Install configuration: "None" -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/therion -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/etc/therion.ini.new -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/loch ..... -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/share/doc/therion/thbook.pdf -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/xtherion -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/etc/xtherion.ini.new rm debian/tmp/etc/*.new dh_installexamples -ptherion --exclude=.tcl --exclude=Makefile --exclude=CMakeLists.txt --exclude=thTMPDIR samples therion.ini install -m0755 -d debian/therion/usr/share/doc/therion/examples cd 'samples/..' && find 'samples' -type f -and ! \( -regex .\*\\.tcl.\* -or -regex .\*Makefile.\* -or -regex .\*CMakeLists\\.txt.\* -or -regex .\*thTMPDIR.\* \) -print0 | LC_ALL=C sort -z | xargs -0 -I {} cp --reflink=auto --parents -dp {} /home/wookey/packages/therion/therion-6.3.1/debian/therion/usr/share/doc/therion/examples cp --reflink=auto -a therion.ini debian/therion/usr/share/doc/therion/examples make[1]: Leaving directory '/home/wookey/packages/therion/therion-6.3.1' rm -f debian/therion-viewer.debhelper.log debian/therion.debhelper.log debian/rules override_dh_auto_install-indep make[1]: Entering directory '/home/wookey/packages/therion/therion-6.3.1' cmake --install build --prefix /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr --component th-docs -- Install configuration: "None" -- Up-to-date: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/share/doc/therion/thbook.pdf make[1]: Leaving directory '/home/wookey/packages/therion/therion-6.3.1' dh_install -O--buildsystem=cmake\+ninja -O--builddirectory=build dh_install: warning: Cannot find (any matches for) "etc/*.ini" (tried in ., debian/tmp) dh_install: warning: therion missing files: etc/*.ini install -m0755 -d debian/therion//usr/bin cp --reflink=auto -a debian/tmp/usr/bin/therion debian/tmp/usr/bin/xtherion debian/therion//usr/bin/ dh_install: error: missing files, aborting make: *** [debian/rules:9: binary] Error 25 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 compare with the build-log for unstable at: https://buildd.debian.org/status/fetch.php?pkg=therion&arch=amd64&ver=6.3.1-... there are two .ini files there: -- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/bin/therion -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/therion.ini.new -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/therion.ini -- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/bin/xtherion -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/xtherion.ini.new -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/xtherion.ini I can't immediately see why it should build differently in this regard, but it may be to do with debhelper compat levels? I'm a bit busy to get to the bottom of this right now. Wookey -- Principal hats: Debian, Wookware http://wookware.org/
On my Fedora 41 system there are two locations for therion.ini and xtherion.ini. The first is in /usr/local/etc and the second is in ~/.therion. The files in /usr/local/etc contain only comments. There are no active lines in either file. The home directory file xtherion.ini also is nothing but comments. The file ~/.therion/therion.ini has a few active lines for default character encoding and default units. thbook.pdf is in /usr/local/share/doc/therion. It is the only file in that directory. I don't think any of this has any effect on Loch. What Wookey found is, I think, a different problem. =============== Bill Gee On 11/23/24 19:30, Wookey wrote:
On 2024-11-21 15:35 +0000, Wookey wrote:
On 2024-11-20 16:10 -0600, Bill Gee wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Not on Debian stable it doesn't (so I was unable to test without working out what's wrong). It's fine in unstable on the buildds but forsome reason therion.ini and xtherion.ini are missingon stable builds. Not sure what's going on.
Stable log: dh_auto_install install -m0755 -d /home/wookey/packages/therion/therion-6.3.1/debian/tmp cd build && DESTDIR=/home/wookey/packages/therion/therion-6.3.1/debian/tmp LC_ALL=C.UTF-8 ninja install [0/1] Install the project... -- Install configuration: "None" -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/therion -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/etc/therion.ini.new -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/loch ..... -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/share/doc/therion/thbook.pdf -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/xtherion -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/etc/xtherion.ini.new rm debian/tmp/etc/*.new dh_installexamples -ptherion --exclude=.tcl --exclude=Makefile --exclude=CMakeLists.txt --exclude=thTMPDIR samples therion.ini install -m0755 -d debian/therion/usr/share/doc/therion/examples cd 'samples/..' && find 'samples' -type f -and ! \( -regex .\*\\.tcl.\* -or -regex .\*Makefile.\* -or -regex .\*CMakeLists\\.txt.\* -or -regex .\*thTMPDIR.\* \) -print0 | LC_ALL=C sort -z | xargs -0 -I {} cp --reflink=auto --parents -dp {} /home/wookey/packages/therion/therion-6.3.1/debian/therion/usr/share/doc/therion/examples cp --reflink=auto -a therion.ini debian/therion/usr/share/doc/therion/examples make[1]: Leaving directory '/home/wookey/packages/therion/therion-6.3.1' rm -f debian/therion-viewer.debhelper.log debian/therion.debhelper.log debian/rules override_dh_auto_install-indep make[1]: Entering directory '/home/wookey/packages/therion/therion-6.3.1' cmake --install build --prefix /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr --component th-docs -- Install configuration: "None" -- Up-to-date: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/share/doc/therion/thbook.pdf make[1]: Leaving directory '/home/wookey/packages/therion/therion-6.3.1' dh_install -O--buildsystem=cmake\+ninja -O--builddirectory=build dh_install: warning: Cannot find (any matches for) "etc/*.ini" (tried in ., debian/tmp)
dh_install: warning: therion missing files: etc/*.ini install -m0755 -d debian/therion//usr/bin cp --reflink=auto -a debian/tmp/usr/bin/therion debian/tmp/usr/bin/xtherion debian/therion//usr/bin/ dh_install: error: missing files, aborting make: *** [debian/rules:9: binary] Error 25 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
compare with the build-log for unstable at: https://buildd.debian.org/status/fetch.php?pkg=therion&arch=amd64&ver=6.3.1-...
there are two .ini files there: -- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/bin/therion -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/therion.ini.new -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/therion.ini
-- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/bin/xtherion -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/xtherion.ini.new -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/xtherion.ini
I can't immediately see why it should build differently in this regard, but it may be to do with debhelper compat levels?
I'm a bit busy to get to the bottom of this right now.
Wookey
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On 2024-11-25 07:18 -0600, Bill Gee wrote:
I don't think any of this has any effect on Loch. What Wookey found is, I think, a different problem.
Yes. Agreed. But it prevents me building a version of 6.3.1 (on stable) to test if I can reproduce the original problem :-) I was just explaining why I hadn't done the test I said I would do (and that there was another issue we should look into). Wookey -- Principal hats: Debian, Wookware http://wookware.org/
After some clarifications with Wookey about the build system used: The problem why sbuild works fine and debuild doesn't is that debuild doesn't run in chroot so it's not isolated from the rest of the system. When cmake installs ini files, it first copies them into *.ini.new so that no user-modified .ini files are overwritten, and then tests if there is [x]therion.ini present and installs the files with original names only if they were not there (https://github.com/therion/therion/blob/487bc63ca3d03dbd6ca256c98a8a2642d792...). As debuild sets CMAKE_INSTALL_SYSCONFDIR=/etc, cmake checks for the presence of [x]therion.ini in your system /etc directory. If therion happens to be installed on your system, the ini files are in /etc, so cmake doesn't install them with *.ini names to <<PKGBUILDDIR>>/debian/tmp/etc/, only with *.ini.new names. But debuild doesn't look for them in system /etc, but in <<PKGBUILDDIR>>/debian/tmp/etc/ and fails with a message about missing files. Sbuild works fine as cmake doesn't have access to system /etc, so no ini files are detected and it copies ini files to <<PKGBUILDDIR>>/debian/tmp/etc/ as expected. @Afforix, maybe some modification in cmake files might help cope with this better? Martin On Sun, Nov 24, 2024 at 2:30 AM Wookey <wookey@wookware.org> wrote:
On 2024-11-21 15:35 +0000, Wookey wrote:
On 2024-11-20 16:10 -0600, Bill Gee wrote:
I have heard nothing on this. Therion 6.3.0 was released today. I downloaded from github and compiled. It compiled with no errors. :-)
Not on Debian stable it doesn't (so I was unable to test without working out what's wrong). It's fine in unstable on the buildds but forsome reason therion.ini and xtherion.ini are missingon stable builds. Not sure what's going on.
Stable log: dh_auto_install install -m0755 -d /home/wookey/packages/therion/therion-6.3.1/debian/tmp cd build && DESTDIR=/home/wookey/packages/therion/therion-6.3.1/debian/tmp LC_ALL=C.UTF-8 ninja install [0/1] Install the project... -- Install configuration: "None" -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/therion -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/etc/therion.ini.new -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/loch ..... -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/share/doc/therion/thbook.pdf -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/bin/xtherion -- Installing: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/etc/xtherion.ini.new rm debian/tmp/etc/*.new dh_installexamples -ptherion --exclude=.tcl --exclude=Makefile --exclude=CMakeLists.txt --exclude=thTMPDIR samples therion.ini install -m0755 -d debian/therion/usr/share/doc/therion/examples cd 'samples/..' && find 'samples' -type f -and ! \( -regex .\*\\.tcl.\* -or -regex .\*Makefile.\* -or -regex .\*CMakeLists\\.txt.\* -or -regex .\*thTMPDIR.\* \) -print0 | LC_ALL=C sort -z | xargs -0 -I {} cp --reflink=auto --parents -dp {} /home/wookey/packages/therion/therion-6.3.1/debian/therion/usr/share/doc/therion/examples cp --reflink=auto -a therion.ini debian/therion/usr/share/doc/therion/examples make[1]: Leaving directory '/home/wookey/packages/therion/therion-6.3.1' rm -f debian/therion-viewer.debhelper.log debian/therion.debhelper.log debian/rules override_dh_auto_install-indep make[1]: Entering directory '/home/wookey/packages/therion/therion-6.3.1' cmake --install build --prefix /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr --component th-docs -- Install configuration: "None" -- Up-to-date: /home/wookey/packages/therion/therion-6.3.1/debian/tmp/usr/share/doc/therion/thbook.pdf make[1]: Leaving directory '/home/wookey/packages/therion/therion-6.3.1' dh_install -O--buildsystem=cmake\+ninja -O--builddirectory=build dh_install: warning: Cannot find (any matches for) "etc/*.ini" (tried in ., debian/tmp)
dh_install: warning: therion missing files: etc/*.ini install -m0755 -d debian/therion//usr/bin cp --reflink=auto -a debian/tmp/usr/bin/therion debian/tmp/usr/bin/xtherion debian/therion//usr/bin/ dh_install: error: missing files, aborting make: *** [debian/rules:9: binary] Error 25 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
compare with the build-log for unstable at: https://buildd.debian.org/status/fetch.php?pkg=therion&arch=amd64&ver=6.3.1-...
there are two .ini files there: -- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/bin/therion -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/therion.ini.new -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/therion.ini
-- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/bin/xtherion -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/xtherion.ini.new -- Installing: /<<PKGBUILDDIR>>/debian/tmp/etc/xtherion.ini
I can't immediately see why it should build differently in this regard, but it may be to do with debhelper compat levels?
I'm a bit busy to get to the bottom of this right now.
Wookey -- Principal hats: Debian, Wookware http://wookware.org/ _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
participants (7)
-
Benedikt Hallinger -
Bill Gee -
Martin Budaj -
Olly Betts -
Pavel Herich -
scinu＠gmx.ch -
Wookey