You are not logged in.
Hugin 2021.0.0-4 crashes after wxgtk3 update - Error initialising GLEW
wxWidgets 3.2 last update on 2022-07-14 needed wxgtk2 removal (see https://archlinux.org/news/wxwidgets-32 … ervention/).
Since then, Hugin 2021.0.0-4 crashes with this message: Error initialising GLEW: Unknown error.
Hugin was updated though on 2022-07-14. Anyone else got the same error?
Last edited by rouelle (2022-08-17 18:32:31)
Sous Linux depuis 1998 / Using Linux since 1998
Offline
I also have Hugin crashing after update in same date.
debug report:
<?xml version="1.0" encoding="UTF-8"?>
<report version="1.0" kind="exception">
<system description="Linux 5.18.12-zen1-1-zen x86_64"/>
<modules>
<module path="[heap]" address="0x564f4de3b000" size="0xf49000"/>
<module path="/SYSV00000000" address="0x7f9529580000" size="0x80000"/>
<module path="[stack]" address="0x7ffc2f632000" size="0x22000"/>
<module path="[vdso]" address="0x7ffc2f6c0000" size="0x2000"/>
</modules>
<stack>
<frame level="0" function="GenerateReport(wxDebugReport::Context)" offset="0x12a" address="0x7f95382b7c9a" module="/usr/lib/hugin/libhuginbasewx.so.0.0"/>
<frame level="1" offset="0x1ad226" address="0x7f9538fad226" module="/usr/lib/libwx_baseu-3.2.so.0"/>
<frame level="2" offset="0x3e8e0" address="0x7f953743e8e0" module="/usr/lib/libc.so.6"/>
<frame level="3" function="hugin_utils::GetUserAppDataDir[abi:cxx11]()" offset="0x48" address="0x7f9537cface8" module="/usr/lib/hugin/libhuginbase.so.0.0"/>
<frame level="4" offset="0x2595bb" address="0x564f4cbd85bb" module="hugin"/>
<frame level="5" offset="0xc75b9" address="0x564f4ca465b9" module="hugin"/>
<frame level="6" function="wxEntry(int&, wchar_t**)" offset="0x92" address="0x7f9538f0efe2" module="/usr/lib/libwx_baseu-3.2.so.0"/>
<frame level="7" offset="0xaab90" address="0x564f4ca29b90" module="hugin"/>
<frame level="8" offset="0x29290" address="0x7f9537429290" module="/usr/lib/libc.so.6"/>
<frame level="9" function="__libc_start_main" offset="0x8a" address="0x7f953742934a" module="/usr/lib/libc.so.6"/>
<frame level="10" offset="0xbd3e5" address="0x564f4ca3c3e5" module="hugin"/>
</stack>
</report>
console only says:
/usr/share/hugin/data/plugins/top_five.py
CAT:Control Points
NAM:keep 5 CPs per image pair
fails @api-max
/usr/share/hugin/data/plugins/woa.py
CAT:Control Points
NAM:Warped Overlap Analysis
fails @api-max
zsh: IOT instruction (core dumped) hugin
Offline
[2022-07-18T19:48:33-0400] [ALPM] upgraded wxwidgets-common (3.2.0-3 -> 3.2.0-4)
[2022-07-18T19:48:33-0400] [ALPM] upgraded wxwidgets-gtk3 (3.2.0-3 -> 3.2.0-4)
These last updates didn't change anything, Hugin keep crashing with exactly the same messages as soymos.
I'm using Gnome 42.3 on Wayland. I tried Gnome on XOrg but Hugin crashed with the same behavior.
Sous Linux depuis 1998 / Using Linux since 1998
Offline
I'm using i3. Still crashing.
Don't know if this post had been seen by anyone else, don't know how this forum works; feedback is appreciated. Thanks.
In the meanwhile, as alternatives, supposedly hugin can be used from command line:
https://wiki.panotools.org/Panorama_scr … a_nutshell
Or there is Linux Appimage and Flatpak pre-compiled versions:
https://hugin.sourceforge.io/download/
Last edited by soymos (2022-07-20 13:32:36)
Offline
As of this morning, this thread has 448 views.
There are no bug reports for Hugin as of yet, you might consider filing one. If nothing moves on this tread today, I will attempt to confirm this if I have time tonight.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
I had (probably) the same error. This comment in an old bug report from last year (where an "Error initialising GLEW: Unknown error." was reported) sent me on the right track:
> When wxWidgets is compiled with egl, glew needs also be compiled with egl support.
After compiling glew with EGL support, hugin is working again.
To activate EGL support I used this patch (thanks to that PKGBUILD file) with the current PKGBUILD file from arch:
--- Makefile.orig 2022-07-20 18:21:33.414191627 +0200
+++ Makefile 2022-07-20 18:22:06.380576429 +0200
@@ -81,6 +81,8 @@
OPT = $(POPT)
endif
INCLUDE = -Iinclude
+LDFLAGS.GL = -lEGL -lGL
+CFLAGS.EXTRA += -DGLEW_EGL
CFLAGS = $(OPT) $(WARN) $(INCLUDE) $(CFLAGS.EXTRA)
all debug: glew.lib glew.bin
I don't know what the right solution is -- maybe enable EGL by default for the glew build (but I don't know if / what negative consequences this might have)?!
Anyhow, I hope this helps.
Offline
I had (probably) the same error. This comment in an old bug report from last year (where an "Error initialising GLEW: Unknown error." was reported) sent me on the right track:
I also found what may be the same hint here:
https://www.mail-archive.com/hugin-bug- … 07856.html
Sous Linux depuis 1998 / Using Linux since 1998
Offline
I compiled and installed glew with these two extra lines for EGL support.
LDFLAGS.GL = -lEGL -lGL
CFLAGS.EXTRA += -DGLEW_EGL
I had never compiled a package before but read Arch_Build_System, Makepkg, PKGBUILD and Patching_packages and I think everything went well as no errors arose (but didn't know how apply mpy patch from the PKGBUILD so just added the lines manually in the makefile before building and then used:
makepkg --noextract --install
Hugin is still crashing.
Last edited by soymos (2022-07-21 15:25:20)
Offline
By the way I never got the message:
Error initialising GLEW: Unknown error.
that rouelle reported although she/he said the other messages where same.
Offline
@soymos: I think these are two issues.
1. The crash.
Hugin didn't crash with a seg fault (the last line in your output: "zsh: IOT instruction (core dumped) hugin") without EGL support in glew. It just throws an error. I had a crash in hugin myself before the GLEW issue, so there is a chance you run into the same problem. So please try on the command line:
$ export XDG_DATA_HOME=""
$ hugin
There was a bug in hugin which was triggered if this environment variable is unset. It is fine however if the variable is empty. I reported this bug to the hugin mailing list and it's already fixed upstream but will take some time until this fix ends up in the arch version.
2. The GLEW compilation.
Although I assume that you haven't run into the GLEW issue yet(!), if you change the Makefile by hand, the next makepkg will overwrite this file with the unchanged version as normally the source code archive get's extraced every time. So you have to patch the Makefile via the PKGBUILD. This is my modified PKGBUILD:
# Maintainer: Andreas Radke <andyrtr@archlinux.org>
# Contributor: Stéphane Gaudreault <stephane@archlinux.org>
# Contributor: SleepyDog
pkgname=glew
pkgver=2.2.0
pkgrel=3
pkgdesc="The OpenGL Extension Wrangler Library"
arch=('x86_64')
url="https://github.com/nigels-com/glew"
license=('BSD' 'MIT' 'GPL')
depends=('libxmu' 'libxi' 'glu')
provides=('libGLEW.so')
options=('debug')
# https://sourceforge.net/projects/glew/files/glew/
source=(https://downloads.sourceforge.net/${pkgname}/${pkgname}-${pkgver}.tgz
glew-install.patch)
sha1sums=('22d6e9b9e691080eb6313407dbf51cfebc3345ea'
'e1bfa1e6ae3c7a553920978111092ea9d3a33c95')
prepare() {
cd ${pkgname}-${pkgver}
patch -Np1 -i ../glew-install.patch
patch -p0 < ../../enable-egl.patch
}
build() {
cd ${pkgname}-${pkgver}
make -j 20 \
STRIP= \
LIBDIR=/usr/lib
}
package() {
cd ${pkgname}-${pkgver}
make install.all DESTDIR="$pkgdir" \
LIBDIR=/usr/lib
install -D -m644 LICENSE.txt "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
}
I don't know if this is the right way to do it, so I apologize in advance. But it works for me. I changed two lines:
- Added "patch -p0 < ../../enable-egl.patch" to patch the Makefile after(!) the automatic extraction.
- Added the parameter "-j 20" to the make command to use 20 compiling threads (if you have less cores, you can adjust this value).
Now put this PKGBUILD file, the patch I posted yesterday as "enable-egl.patch" and "glew-install.patch" (from here) into the same directory and run
makepkg -sicC
Please have a look into the man page regarding the parameters -sicC if you are interested. Now you should see some messages that the Makefile was successfully patched, like so
==> Starting prepare()...
patching file Makefile
patching file Makefile
Hunk #1 succeeded at 233 (offset 2 lines).
Hunk #2 succeeded at 244 (offset 2 lines).
patching file Makefile
==> Starting build()...
glew should be built and then installed via pacman automatically. Now hugin should work -- at least it does on my system
@all / OP: Can somebody confirm this fixes the GLEW error with hugin?
Last edited by mpy (2022-08-04 19:05:21)
Offline
@all / OP: Can somebody confirm this fixes the GLEW error with hugin?
I tried GLEW compilation as you described but it failed.
I then tried the AUR version glew-egl-glx 2.2.0-1 that replaces glew and Hugin starts instantly and correctly!
GLEW was indeed the culprit. I hope that the extra/glew 2.2.0-3 will be updated to use egl in the next future. Meanwhile I will use the AUR version.
Should I mark this post as solved?
Sous Linux depuis 1998 / Using Linux since 1998
Offline
@mpy you are both times correct, first I exported the enviroment variable
XDG_DATA_HOME=""
and indeed hugin started successfully
then for curiosity I reinstalled glew from the repositories and Hugin crashed again with the
Error initialising GLEW: Unknown error.
so I used the compiled version I had and Hugin started again successfully. Thanks for the patch.
Last edited by soymos (2022-07-23 09:31:41)
Offline
Bug report here:
https://bugs.archlinux.org/task/75406
Offline
@mpy you are both times correct, first I exported the enviroment variable
XDG_DATA_HOME=""
and indeed hugin started successfully
then for curiosity I reinstalled glew from the repositories and Hugin crashed again with theError initialising GLEW: Unknown error.
so I used the compiled version I had and Hugin started again successfully. Thanks for the patch.
Confirming this exact behavior.
In addition though, after hugin starts, I get a ton of errors:
(/build/hugin/src/hugin-2021.0.0/src/hugin1/hugin/ProjectionGridTool.cpp:355) createTexture(): GL Error when building mipmap levels: invalid framebuffer operation.
And it seems that there's nothing drawn in the main panels of hugin (i.e. where the images are supposed to be projected; that part remains unrendered, with whatever was there before remaining on screen).
Last edited by tmladek (2022-07-25 10:45:22)
Offline
Very helpful: I was wondering why my openGL program development worked on one computer and not the other. Compiling & linking worked on both but execution gave me the GLEW Unknown error under wxWidgets 3.1.7 and now 3.2.0, but not under 3.1.3. So, not just a Hugin problem.
Offline
Pushed a fixed hugin package (XDG_DATA_HOME bug) and glew in testing with egl+glx support from aur.
Offline
Updated hugin works for me without XDG_DATA_HOME export, and also it works with testing glew. Thanks.
Offline
Updated hugin works for me without XDG_DATA_HOME export, and also it works with testing glew.
Exactly the same for me, testing glew makes hugin working again, I removed glew with egl+glx support from aur to use community's glew.
Sous Linux depuis 1998 / Using Linux since 1998
Offline