dos1 / kamerka Goto Github PK

OS: Ubuntu 12.04
Machine: ASUS EeePC
OS Language: Simplified Chinese

When I took the photo, only last photo will be saved. I found that it will always save photo as image1.png.
This issue will not happen when OS Language is English or Traditional Chinese.

I just updated Mageia's kamerka package to the current master branch, to get the KF5 port.

On my machine, it segfaults on launch:

Program received signal SIGSEGV, Segmentation fault.
0x00007fffee80fef4 in _GLOBAL__sub_I_qprinterinfo.cpp () from /lib64/libQtGui.so.4
(gdb) bt
#0  0x00007fffee80fef4 in _GLOBAL__sub_I_qprinterinfo.cpp () at /lib64/libQtGui.so.4
#1  0x00007ffff7dec0ca in call_init.part () at /lib64/ld-linux-x86-64.so.2
#2  0x00007ffff7dec1db in _dl_init () at /lib64/ld-linux-x86-64.so.2
#3  0x00007ffff7dddc8a in _dl_start_user () at /lib64/ld-linux-x86-64.so.2
#4  0x0000000000000001 in  ()
#5  0x00007fffffffdf59 in  ()
#6  0x0000000000000000 in  ()

This looks exactly like a segfault I used to have with a libvlc/Qt based app: https://github.com/MBach/Miam-Player/issues/9
It was eventually solved via https://bugs.mageia.org/show_bug.cgi?id=15311.

Here vlc does not seem involved, so I guess the culprit is qimageblitz:

$ urpmq --requires lib64qimageblitz4
libQtCore.so.4()(64bit)
libQtGui.so.4()(64bit)
libc.so.6()(64bit)
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libm.so.6()(64bit)
libm.so.6(GLIBC_2.2.5)(64bit)
libstdc++.so.6()(64bit)
libstdc++.so.6(GLIBCXX_3.4)(64bit)

AFAIK QImageBlitz has no new upstream release since 0.0.6, which still uses Qt4. This triggers conflicting dependencies on Qt4 and Qt5, which Qt does not handle properly, thus leading to a happy crash.

Also reported on Mageia's bugzilla: https://bugs.mageia.org/show_bug.cgi?id=20129

default config is: ~/.kde4/share/config/kamerkarc
optional config is: ~/.kde4/share/config/kamerkarc2
start with: kamerka --config ~/.kde4/share/config/kamerkarc2
or with full path
only the default file is used

opensuse 12.2 64Bit

There has been a lot of improvements these couple of days. How about a version bump, and boilerplate update so that distros can repack it?

In po/CMakeLists.txt, when executable in FIND_PROGRAM(GETTEXT_MSGFMT_EXECUTABLE msgfmt) is replaced with some other name it still builds translations.

Steps:

• Run kamerka (only git version tested)
• Open configuration dialog
• Close the app without closing the config dialog

With Qt6 and consequently KF6 around the corner, it is time to ask the question: Do you plan to port the current codebase again?

Even though these releases have not happened yet, here is what would need to be done anyway and could be prepared already:

• Port away from KF5KDELibs4Support
• Port away from Qt5Script
• Port away from QImageBlitz

1. Open Kamerka
2. Take a Photo
3. Click More -> Open Directory

Dolphin opens with the Kamerka directory, but Kamerka crashes.

Please port to Qt5, Qt4 will be EOL soon.

I am trying to do this in TDE if that matters, any ideas?
BTW been using this for years and was sad to see it not included in the latest version of TDE so I am trying to compile it, would use cheese but it doesn't seem to support v4l2loopback, so any help would be appreciated.
cmake ..
Installing in /usr/local. Run /tmp/kamerka-0.20/build/prefix.sh to set the environment for Kamerka.
Installing in /usr/local. Run /tmp/kamerka-0.20/build/prefix.sh to set the environment for Kamerka.
CMake Error at /usr/share/cmake-3.13/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find QImageBlitz (missing: QIMAGEBLITZ_INCLUDES
QIMAGEBLITZ_LIBRARIES) (Required is at least version "5.0.0")
Call Stack (most recent call first):
/usr/share/cmake-3.13/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
/usr/lib/x86_64-linux-gnu/cmake/KF5KDELibs4Support/FindQImageBlitz.cmake:48 (find_package_handle_standard_args)
CMakeLists.txt:24 (find_package)

-- Configuring incomplete, errors occurred!
See also "/tmp/kamerka-0.20/build/CMakeFiles/CMakeOutput.log".

dpkg -l libkf5kdelibs4support-dev
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=========================-============-============-=================================
ii libkf5kdelibs4support-dev 5.78.0-2 amd64 development files for kde4support

I'm looking at packaging Kamerka for Mageia (RPM-based Linux distribution).

I got it to build quite easily, but I have an issue when running Kamerka since the sound files are not properly searched for in /usr/share/apps/kamerka, see:

[0x7f2fc8003bb8] filesystem access error: cannot open file //home/akien/Mageia/Sandbox/_rpm/BUILD/kamerka-0.10//usr/share/apps/kamerka/camera_click.ogg (No such file or directory)
[0x7f2fc8003bb8] main access error: File reading failed
[0x7f2fc8003bb8] main access error: VLC could not open the file "//home/akien/Mageia/Sandbox/_rpm/BUILD/kamerka-0.10//usr/share/apps/kamerka/camera_click.ogg" (No such file or directory).
[0x276fd78] main input error: open of `file:////home/akien/Mageia/Sandbox/_rpm/BUILD/kamerka-0.10//usr/share/apps/kamerka/camera_click.ogg' failed
[0x276fd78] main input error: Your input can't be opened
[0x276fd78] main input error: VLC is unable to open the MRL 'file:////home/akien/Mageia/Sandbox/_rpm/BUILD/kamerka-0.10//usr/share/apps/kamerka/camera_click.ogg'. Check the log for details.

/home/akien/Mageia/Sandbox/_rpm/BUILD/kamerka-0.10/ is the build directory for the creation of my RPM, but for some reason it is used by Kamerka in media->setCurrentSource(QUrl(KStandardDirs::locate("data", "kamerka/camera_click.ogg")));.

Is it an issue on my end, or is it something that you can fix?

Changelog in this repository svn://anonsvn.kde.org/home/kde/trunk/kdesupport/qimageblitz says:

0.0.4:

* Blitz is now part of kdesupport. This tarball is a snapshot intended for
use with the production version of KDE 4.0. 

Also see it here: https://api.kde.org/kdesupport-api/kdesupport-apidocs/qimageblitz/html/blitz_8cpp.html

The standalone qimageblitz shouldn't exist at this point.