Updated to 3.4.0.297
Search Criteria
Package Details: aftershotpro3 3.7.0.446-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/aftershotpro3.git (read-only, click to copy) |
---|---|
Package Base: | aftershotpro3 |
Description: | Professional Workflow and RAW Conversion (3rd version) |
Upstream URL: | http://www.aftershotpro.com/en/products/aftershot/pro |
Keywords: | photo raw |
Licenses: | custom |
Submitter: | ava1ar |
Maintainer: | ava1ar |
Last Packager: | ava1ar |
Votes: | 16 |
Popularity: | 0.000000 |
First Submitted: | 2016-05-13 08:09 (UTC) |
Last Updated: | 2021-02-02 03:33 (UTC) |
Dependencies (5)
- gstreamer0.10-baseAUR
- ocl-icd (khronos-ocl-icd-gitAUR, khronos-ocl-icdAUR)
- opencl-catalyst (optional)
- opencl-mesa (optional)
- opencl-nvidia (opencl-nvidia-410xxAUR, opencl-nvidia-340xxAUR, opencl-nvidia-440xxAUR, opencl-nvidia-430xxAUR, opencl-510xx-nvidiaAUR, opencl-nvidia-vulkanAUR, opencl-nvidia-teslaAUR, opencl-nvidia-470xxAUR, opencl-nvidia-390xxAUR, opencl-nvidia-525xxAUR, opencl-nvidia-betaAUR, opencl-nvidia-535xxAUR) (optional)
Required by (0)
Sources (2)
ava1ar commented on 2018-01-25 06:06 (UTC)
ava1ar commented on 2017-07-08 05:56 (UTC)
I reverted PKGBUILD back to the bundled libs, so issues should be fixed now.
However, you will need gstreamer0.10 and gstreamer0.10-base dependencies now and they looks broken for me here, in AUR, so I slightly modified them to make them work for me. If you are interested, feel free to use:
https://github.com/ava1ar/gstreamer0.10
https://github.com/ava1ar/gstreamer0.10-base
max3arch commented on 2017-07-06 15:57 (UTC)
@eero : your solution worked for me, thanks!
eero commented on 2017-07-06 08:25 (UTC)
Broke for me too. I found a dirty workaround to get it working. I edited the PKGBUILD to leave the included lib alone and copied the missing gstreamer0.10 libraries to /opt/AfterShot3(64-bit)/lib/ from an old backup.
You can find the PKGBUILD, the package built with it and the missing gstreamer0.10 libraries from https://www.dropbox.com/sh/x789xdi37dk6igr/AAAHeyANa84FX3RcFZRHVee4a?dl=0
Hope this helps someone.
jmdomini commented on 2017-06-21 23:48 (UTC)
Here's a backtrace if it helps anyone. It does seem like a QT5 upgrade broke it, but downgrading to the prior version of QT5 doesn't fix it.
Application: AfterShot (AfterShot), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f3feda924c0 (LWP 11855))]
Thread 8 (Thread 0x7f3f81e1b700 (LWP 11867)):
#0 0x00007f3fe6f6039d in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1 0x00007f3fe721d0eb in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5
#2 0x000000000084ebba in ()
#3 0x00007f3fe721bcbd in () at /usr/lib/libQt5Core.so.5
#4 0x00007f3fe6f5a297 in start_thread () at /usr/lib/libpthread.so.0
#5 0x00007f3fe615e25f in clone () at /usr/lib/libc.so.6
Thread 7 (Thread 0x7f3f8261c700 (LWP 11866)):
#0 0x00007f3fe6f6039d in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1 0x00007f3fe721d0eb in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5
#2 0x000000000084ebba in ()
#3 0x00007f3fe721bcbd in () at /usr/lib/libQt5Core.so.5
#4 0x00007f3fe6f5a297 in start_thread () at /usr/lib/libpthread.so.0
#5 0x00007f3fe615e25f in clone () at /usr/lib/libc.so.6
Thread 6 (Thread 0x7f3f834bd700 (LWP 11865)):
#0 0x00007f3fe61542bd in poll () at /usr/lib/libc.so.6
#1 0x00007f3fe1c70bf9 in () at /usr/lib/libglib-2.0.so.0
#2 0x00007f3fe1c70d0c in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#3 0x00007f3fe744ee9b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5
#4 0x00007f3fe73f521a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5
#5 0x00007f3fe721740a in QThread::exec() () at /usr/lib/libQt5Core.so.5
#6 0x00007f3fe721bcbd in () at /usr/lib/libQt5Core.so.5
#7 0x00007f3fe6f5a297 in start_thread () at /usr/lib/libpthread.so.0
#8 0x00007f3fe615e25f in clone () at /usr/lib/libc.so.6
Thread 5 (Thread 0x7f3f83ed6700 (LWP 11864)):
#0 0x00007f3fe6f6039d in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1 0x00007f3fe721d0eb in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5
#2 0x00007f3fe833e905 in () at /usr/lib/libQt5Widgets.so.5
#3 0x00007f3fe721bcbd in () at /usr/lib/libQt5Core.so.5
#4 0x00007f3fe6f5a297 in start_thread () at /usr/lib/libpthread.so.0
#5 0x00007f3fe615e25f in clone () at /usr/lib/libc.so.6
Thread 4 (Thread 0x7f3fca82f700 (LWP 11859)):
#0 0x00007f3fe1c6fa80 in g_main_context_acquire () at /usr/lib/libglib-2.0.so.0
#1 0x00007f3fe1c70ab5 in () at /usr/lib/libglib-2.0.so.0
#2 0x00007f3fe1c70d0c in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#3 0x00007f3fe744ee9b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5
#4 0x00007f3fe73f521a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5
#5 0x00007f3fe721740a in QThread::exec() () at /usr/lib/libQt5Core.so.5
#6 0x00007f3fda0a5d45 in () at /usr/lib/libQt5DBus.so.5
#7 0x00007f3fe721bcbd in () at /usr/lib/libQt5Core.so.5
#8 0x00007f3fe6f5a297 in start_thread () at /usr/lib/libpthread.so.0
#9 0x00007f3fe615e25f in clone () at /usr/lib/libc.so.6
Thread 3 (Thread 0x7f3fd772c700 (LWP 11858)):
#0 0x00007f3fe61542bd in poll () at /usr/lib/libc.so.6
#1 0x00007f3fde7ff8e0 in () at /usr/lib/libxcb.so.1
#2 0x00007f3fde801679 in xcb_wait_for_event () at /usr/lib/libxcb.so.1
#3 0x00007f3fda79bd49 in () at /usr/lib/libQt5XcbQpa.so.5
#4 0x00007f3fe721bcbd in () at /usr/lib/libQt5Core.so.5
#5 0x00007f3fe6f5a297 in start_thread () at /usr/lib/libpthread.so.0
#6 0x00007f3fe615e25f in clone () at /usr/lib/libc.so.6
Thread 2 (Thread 0x7f3fdb95c700 (LWP 11857)):
#0 0x00007f3fe6f6039d in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0
#1 0x00007f3fe69f4c4c in __gthread_cond_wait (__mutex=<optimized out>, __cond=<optimized out>) at /build/gcc/src/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu/bits/gthr-default.h:864
#2 0x00007f3fe69f4c4c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (this=<optimized out>, __lock=...) at /build/gcc/src/gcc/libstdc++-v3/src/c++11/condition_variable.cc:53
#3 0x00007f3febc8498c in () at /usr/lib/libQt5WebKit.so.5
#4 0x00007f3febc84ad9 in () at /usr/lib/libQt5WebKit.so.5
#5 0x00007f3fe69faf8f in std::execute_native_thread_routine(void*) (__p=0x2b85b30) at /build/gcc/src/gcc/libstdc++-v3/src/c++11/thread.cc:83
#6 0x00007f3fe6f5a297 in start_thread () at /usr/lib/libpthread.so.0
#7 0x00007f3fe615e25f in clone () at /usr/lib/libc.so.6
Thread 1 (Thread 0x7f3feda924c0 (LWP 11855)):
[KCrash Handler]
#5 0x00007f3fe814a881 in QWidget::locale() const () at /usr/lib/libQt5Widgets.so.5
#6 0x00007f3fe815369d in QWidgetPrivate::resolveLocale() () at /usr/lib/libQt5Widgets.so.5
#7 0x00007f3fe81540d0 in QWidget::setAttribute(Qt::WidgetAttribute, bool) () at /usr/lib/libQt5Widgets.so.5
#8 0x0000000000b7e55f in ()
#9 0x0000000000a02f1c in ()
#10 0x0000000000d90fc4 in ()
#11 0x00000000004ddf06 in ()
#12 0x00007f3fe609143a in __libc_start_main () at /usr/lib/libc.so.6
#13 0x00000000004de68d in ()
Mikey17 commented on 2017-06-20 09:43 (UTC) (edited on 2017-06-20 09:44 (UTC) by Mikey17)
I have the same problem as djolk. It occurred after the system upgraded the qt5 dependencies, I think. I am running the Cinnamon desktop.
djolk commented on 2017-06-19 19:10 (UTC)
After updating my system this crashes on me trying to load it - shows the splash screen then dies with a segfault.
File system view initialized.
Container __CATALOG_ROOT__/assets
Segmentation fault (core dumped)
My debugging abilities are pretty limited strace says this:
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} ---
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)
Other then rollback my system to a point where this was working to determine what changes are causing it crash I am at a loss. Happy to help if I am pointed in the right direction though. I'm running gnome, so wondering if this is a QT/GTK issue?
Thanks!
jslozier commented on 2017-04-30 23:29 (UTC)
The rpm does not pass the hash validity check.
ava1ar commented on 2017-03-26 05:32 (UTC)
PKGBUILD changed, so system libraries are not used. Please report issues if any.
Pinned Comments