digiKam AppImage Linux 64 bits bundle

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

digiKam AppImage Linux 64 bits bundle

Gilles Caulier-4
Hi all, 

For the next 5.3.0, a new digiKam bundle will be proposed : the Linux 64bits ApppImage.

What's AppImage exactly ? Well it's simple : it's a stand alone Linux executable which embed all requirement to run an application.

The executable is in fact an archive which is automatically decompressed somewhere in /tmp using Fuse file system. The contents is a copy of libraries, settings, data files of application, including plugins and mandatory dependencies. The AppImage is not installed on the system and do not require root right.

Typically, it's an alternative of official package provided by Linux distro team.

The goal is to provide a recent release of application without to wait that your distro team build relevant packages with all required dependencies

For technical reasons, the AppImage is compiled on an older CentOS 6.8 to be sure that i can be executed on all major Linux distro, as Suse, RedHat, Debian, Ubuntu, etc... The time to build The bundle is around 3 hours from scratch, less if Qt5+KF5 dependencies are already pre-compiled. This will be perfect to test dysfunctions fix in real time without to wait a next official release.

AppImage SDK provide also a desktop integration of the bundled application, as Icons and USB events when a camera is connected to computer. At first run of AppImage, a dialog must appear to ask about desktop integration...

Some problems still present in this bundle. The main one identified is the non video files support (thumbnails + preview), as under Linux, Gstreamer puzzle is used and it's really impossible to package with AppImage, due to huge list of runtime dependencies. For the future, we plan to drop Qt5::Multimedia to another frameworks to handle video files (something less complicated...)

The AppImage can be downloaded here :


For all unknown possible problems, i recommend to test it with a new account on your computer and with a test collection. Do not use it yet in real production.

Thank in advance for your feedback.

Gilles Caulier
Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

jdd@dodin.org
Le 23/10/2016 à 20:13, Gilles Caulier a écrit :
> Hi all,
>
> For the next 5.3.0, a new digiKam bundle will be proposed : the Linux
> 64bits ApppImage.

formidable initiative, bravo!!

> the non video files support (thumbnails + preview), as under Linux,

very minor


> https://drive.google.com/open?id=0BzeiVr-byqt5SUZRMGtWa3VCUDg
>

make the file executable after download and cic

works like a charm on openSUSE Leap 42.1 :-)

thanks
jdd

Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

Gilles Caulier-4


2016-10-23 21:04 GMT+02:00 jdd <[hidden email]>:
Le 23/10/2016 à 20:13, Gilles Caulier a écrit :
Hi all,

For the next 5.3.0, a new digiKam bundle will be proposed : the Linux
64bits ApppImage.

formidable initiative, bravo!!

It have been long to complete. This AppImage project represent 1 month of work. I don't touch the code of digiKam while this time.

Do not ask me to support another bundle format as Snappy or Flatpak. Just one universal is enough...

Gilles Caulier
Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

jdd@dodin.org
Le 23/10/2016 à 21:59, Gilles Caulier a écrit :

> Do not ask me to support another bundle format as Snappy or Flatpak
> <https://en.wikipedia.org/wiki/Flatpak>. Just one universal is enough...

docker :-)

but I see kdenlive will also be on appimage, great

we have now all the power, disk and ram we need, so we also need static
applications!

thanks
jdd

Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

Gilles Caulier-4
In reply to this post by Gilles Caulier-4
Hi all, 

I just completed to build a 32 bits version of digiKam AppImage bundle here :


All feedback are welcome

We have now a complete AppImage solution ready for next 5.3.0...

Best

Gilles Caulier

2016-10-23 20:13 GMT+02:00 Gilles Caulier <[hidden email]>:
Hi all, 

For the next 5.3.0, a new digiKam bundle will be proposed : the Linux 64bits ApppImage.

What's AppImage exactly ? Well it's simple : it's a stand alone Linux executable which embed all requirement to run an application.

The executable is in fact an archive which is automatically decompressed somewhere in /tmp using Fuse file system. The contents is a copy of libraries, settings, data files of application, including plugins and mandatory dependencies. The AppImage is not installed on the system and do not require root right.

Typically, it's an alternative of official package provided by Linux distro team.

The goal is to provide a recent release of application without to wait that your distro team build relevant packages with all required dependencies

For technical reasons, the AppImage is compiled on an older CentOS 6.8 to be sure that i can be executed on all major Linux distro, as Suse, RedHat, Debian, Ubuntu, etc... The time to build The bundle is around 3 hours from scratch, less if Qt5+KF5 dependencies are already pre-compiled. This will be perfect to test dysfunctions fix in real time without to wait a next official release.

AppImage SDK provide also a desktop integration of the bundled application, as Icons and USB events when a camera is connected to computer. At first run of AppImage, a dialog must appear to ask about desktop integration...

Some problems still present in this bundle. The main one identified is the non video files support (thumbnails + preview), as under Linux, Gstreamer puzzle is used and it's really impossible to package with AppImage, due to huge list of runtime dependencies. For the future, we plan to drop Qt5::Multimedia to another frameworks to handle video files (something less complicated...)

The AppImage can be downloaded here :


For all unknown possible problems, i recommend to test it with a new account on your computer and with a test collection. Do not use it yet in real production.

Thank in advance for your feedback.

Gilles Caulier

Reply | Threaded
Open this post in threaded view
|

digiKam AppImage Linux 64 bits bundle

Stuart T Rogers
In reply to this post by Gilles Caulier-4
I thought I'd try this today but one drawback for me is not being able
to print directly to a printer. Is there anyway this can be fixed with
the appimage version?

Stuart
--
Website: http://www.stella-maris.org.uk
or:      http://www.broadstairs.org
Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

Gilles Caulier-4
What kind of printing system you have ? Cups daemon ? If yes, i think Qt5 is not compiled with Cups support. I use the default config from Krita AppImage for Qt5. I can enable this of course...

See line 28 of configure cmake file :


Please confirm...

Gilles Caulier

2016-11-06 9:25 GMT+01:00 Stuart T Rogers <[hidden email]>:
I thought I'd try this today but one drawback for me is not being able to print directly to a printer. Is there anyway this can be fixed with the appimage version?

Stuart
--
Website: http://www.stella-maris.org.uk
or:      http://www.broadstairs.org

Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

Gilles Caulier-4
This is my configuration for Qt5 (compiling with Cups under progress :

Build options:
  Configuration .......... accessibility accessibility-atspi-bridge audio-backend avx avx2 avx512cd avx512er avx512f avx512pf c++11 c++14 clock-gettime clock-monotonic compile_examples concurrent cups dbus doubleconversion enable_new_dtags evdev eventfd fontconfig full-config getaddrinfo getifaddrs glib harfbuzz iconv icu inotify ipv6ifname kms large-config largefile libudev medium-config minimal-config mremap no-qml-debug opengl openssl pcre png poll_poll posix_fallocate qpa qpa reduce_exports reduce_relocations release release_tools rpath shared small-config sse2 sse3 sse4_1 sse4_2 ssse3 system-freetype threadsafe-cloexec use_gold_linker xcb xcb-glx xcb-plugin xcb-qt xcb-xlib xinput2 xkbcommon-qt xlib xrender zlib 
  Build parts ............ libs tools
  Mode ................... release; optimized tools
  Using sanitizer(s)...... none
  Using C++ standard ..... c++14
  Using gold linker....... yes
  Using new DTAGS ........ yes
  Using PCH .............. no
  Using LTCG ............. no
  Target compiler supports:
    SSE .................. SSE2 SSE3 SSSE3 SSE4.1 SSE4.2
    AVX .................. AVX AVX2
    AVX512 ............... AVX512F AVX512ER AVX512CD AVX512PF

Qt modules and options:
  Qt D-Bus ............... yes (loading dbus-1 at runtime)
  Qt Concurrent .......... yes
  Qt GUI ................. yes
  Qt Widgets ............. yes
  Large File ............. yes
  QML debugging .......... no
  Use system proxies ..... no

Support enabled for:
  Accessibility .......... yes
  ALSA ................... no
  CUPS ................... yes
  DoubleConversion........ yes (bundled copy)
  Evdev .................. yes
  FontConfig ............. yes
  FreeType ............... yes (system library)
  Glib ................... yes
  GStreamer .............. no
  GTK platformtheme ...... no
  HarfBuzz ............... yes (bundled copy)
  Iconv .................. yes
  ICU .................... yes
  Image formats: 
    GIF .................. yes (plugin, using bundled copy)
    JPEG ................. yes (plugin, using bundled copy)
    PNG .................. yes (in QtGui, using bundled copy)
  libinput................ no
  Logging backends: 
    journald ............... no
    syslog   ............... no
  mtdev .................. no
  Networking: 
    getaddrinfo .......... yes
    getifaddrs ........... yes
    IPv6 ifname .......... yes
    libproxy.............. no
    OpenSSL .............. yes (loading libraries at run-time)
  NIS .................... no
  OpenGL / OpenVG: 
    EGL .................. no
    OpenGL ............... desktop
    OpenVG ............... no
  PCRE ................... yes (bundled copy)
  pkg-config ............. yes 
  PulseAudio ............. no
  QPA backends: 
    DirectFB ............. no
    EGLFS ................ no
      EGLFS i.MX6 ........ no
      EGLFS i.MX6 Wayland. no
      EGLFS EGLDevice .... no
      EGLFS GBM .......... no
      EGLFS Mali ......... no
      EGLFS Raspberry Pi . no
      EGLFS X11 .......... no
    LinuxFB .............. no
    Mir client............ no
    XCB .................. yes (bundled copy)
      EGL on X ........... no
      GLX ................ yes
      MIT-SHM ............ yes
      Xcb-Xlib ........... yes
      Xcursor ............ yes (loaded at runtime)
      Xfixes ............. yes (loaded at runtime)
      Xi2 ................ yes
      Xrandr ............. yes (loaded at runtime)
      Xrender ............ yes
      XKB ................ yes
      XShape ............. yes
      XSync .............. yes
  Session management ..... yes
  SQL drivers: 
    DB2 .................. no
    InterBase ............ no
    MySQL ................ yes (plugin)
    OCI .................. no
    ODBC ................. no
    PostgreSQL ........... no
    SQLite 2 ............. no
    SQLite ............... qt-qt
    TDS .................. no
  tslib .................. no
  udev ................... yes
  xkbcommon-x11........... yes (bundled copy, XKB config root: /usr/share/X11/xkb)
  xkbcommon-evdev......... no
  zlib ................... yes (bundled copy)

... In case of something is missing.

Note : Do not ask me to enable GStreamer for video files support, this one cannot be bundled. I already tried, but due to plenty run-time dependencies, it do not work (or i'm not enough strong to do it).
For me GStreamer is a weird puzzle. Remember that i pass already one month only to work on AppImage bundle. When i said only working one that, i mean that i only code packaging, and nothing special in digiKam, as bugfixes...

But i think AppImage is very important to deploy the last version of digiKam very quickly, including devel version stage to see if fixes are completed.

Gilles Caulier

2016-11-06 9:33 GMT+01:00 Gilles Caulier <[hidden email]>:
What kind of printing system you have ? Cups daemon ? If yes, i think Qt5 is not compiled with Cups support. I use the default config from Krita AppImage for Qt5. I can enable this of course...

See line 28 of configure cmake file :


Please confirm...

Gilles Caulier

2016-11-06 9:25 GMT+01:00 Stuart T Rogers <[hidden email]>:
I thought I'd try this today but one drawback for me is not being able to print directly to a printer. Is there anyway this can be fixed with the appimage version?

Stuart
--
Website: http://www.stella-maris.org.uk
or:      http://www.broadstairs.org


Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

Stuart T Rogers
Gilles

I am using Tumbleweed and have CUPS Gutenprint and QT5 all installed.

Although sadly the QT5 printing support does not work well and I still
have the issue with the native digikam 5.2 that I am unable to select
the correct paper sizes when I do print. I was hoping that this appimage
version might have the old printing support which works well but if it
still has QT5 then as yet it wont work well enough for me to use it for
printing. Its not just digikam that has this QT5 printing issue but any
application which uses QT5 (kate the editor is just one example). Sadly
noone is taking any notice of my reports or bugs I raised in openSUSE.

Stuart

On 06/11/16 09:01, Gilles Caulier wrote:

> This is my configuration for Qt5 (compiling with Cups under progress :
>
> Build options:
>   Configuration .......... accessibility accessibility-atspi-bridge
> audio-backend avx avx2 avx512cd avx512er avx512f avx512pf c++11 c++14
> clock-gettime clock-monotonic compile_examples concurrent cups dbus
> doubleconversion enable_new_dtags evdev eventfd fontconfig full-config
> getaddrinfo getifaddrs glib harfbuzz iconv icu inotify ipv6ifname kms
> large-config largefile libudev medium-config minimal-config mremap
> no-qml-debug opengl openssl pcre png poll_poll posix_fallocate qpa qpa
> reduce_exports reduce_relocations release release_tools rpath shared
> small-config sse2 sse3 sse4_1 sse4_2 ssse3 system-freetype
> threadsafe-cloexec use_gold_linker xcb xcb-glx xcb-plugin xcb-qt
> xcb-xlib xinput2 xkbcommon-qt xlib xrender zlib
>   Build parts ............ libs tools
>   Mode ................... release; optimized tools
>   Using sanitizer(s)...... none
>   Using C++ standard ..... c++14
>   Using gold linker....... yes
>   Using new DTAGS ........ yes
>   Using PCH .............. no
>   Using LTCG ............. no
>   Target compiler supports:
>     SSE .................. SSE2 SSE3 SSSE3 SSE4.1 SSE4.2
>     AVX .................. AVX AVX2
>     AVX512 ............... AVX512F AVX512ER AVX512CD AVX512PF
>
> Qt modules and options:
>   Qt D-Bus ............... yes (loading dbus-1 at runtime)
>   Qt Concurrent .......... yes
>   Qt GUI ................. yes
>   Qt Widgets ............. yes
>   Large File ............. yes
>   QML debugging .......... no
>   Use system proxies ..... no
>
> Support enabled for:
>   Accessibility .......... yes
>   ALSA ................... no
>   CUPS ................... yes
>   DoubleConversion........ yes (bundled copy)
>   Evdev .................. yes
>   FontConfig ............. yes
>   FreeType ............... yes (system library)
>   Glib ................... yes
>   GStreamer .............. no
>   GTK platformtheme ...... no
>   HarfBuzz ............... yes (bundled copy)
>   Iconv .................. yes
>   ICU .................... yes
>   Image formats:
>     GIF .................. yes (plugin, using bundled copy)
>     JPEG ................. yes (plugin, using bundled copy)
>     PNG .................. yes (in QtGui, using bundled copy)
>   libinput................ no
>   Logging backends:
>     journald ............... no
>     syslog   ............... no
>   mtdev .................. no
>   Networking:
>     getaddrinfo .......... yes
>     getifaddrs ........... yes
>     IPv6 ifname .......... yes
>     libproxy.............. no
>     OpenSSL .............. yes (loading libraries at run-time)
>   NIS .................... no
>   OpenGL / OpenVG:
>     EGL .................. no
>     OpenGL ............... desktop
>     OpenVG ............... no
>   PCRE ................... yes (bundled copy)
>   pkg-config ............. yes
>   PulseAudio ............. no
>   QPA backends:
>     DirectFB ............. no
>     EGLFS ................ no
>       EGLFS i.MX6 ........ no
>       EGLFS i.MX6 Wayland. no
>       EGLFS EGLDevice .... no
>       EGLFS GBM .......... no
>       EGLFS Mali ......... no
>       EGLFS Raspberry Pi . no
>       EGLFS X11 .......... no
>     LinuxFB .............. no
>     Mir client............ no
>     XCB .................. yes (bundled copy)
>       EGL on X ........... no
>       GLX ................ yes
>       MIT-SHM ............ yes
>       Xcb-Xlib ........... yes
>       Xcursor ............ yes (loaded at runtime)
>       Xfixes ............. yes (loaded at runtime)
>       Xi2 ................ yes
>       Xrandr ............. yes (loaded at runtime)
>       Xrender ............ yes
>       XKB ................ yes
>       XShape ............. yes
>       XSync .............. yes
>   Session management ..... yes
>   SQL drivers:
>     DB2 .................. no
>     InterBase ............ no
>     MySQL ................ yes (plugin)
>     OCI .................. no
>     ODBC ................. no
>     PostgreSQL ........... no
>     SQLite 2 ............. no
>     SQLite ............... qt-qt
>     TDS .................. no
>   tslib .................. no
>   udev ................... yes
>   xkbcommon-x11........... yes (bundled copy, XKB config root:
> /usr/share/X11/xkb)
>   xkbcommon-evdev......... no
>   zlib ................... yes (bundled copy)
>
> ... In case of something is missing.
>
> Note : Do not ask me to enable GStreamer for video files support, this
> one cannot be bundled. I already tried, but due to plenty run-time
> dependencies, it do not work (or i'm not enough strong to do it).
> For me GStreamer is a weird puzzle. Remember that i pass already one
> month only to work on AppImage bundle. When i said only working one
> that, i mean that i only code packaging, and nothing special in digiKam,
> as bugfixes...
>
> But i think AppImage is very important to deploy the last version of
> digiKam very quickly, including devel version stage to see if fixes are
> completed.
>
> Gilles Caulier
>
> 2016-11-06 9:33 GMT+01:00 Gilles Caulier <[hidden email]
> <mailto:[hidden email]>>:
>
>     What kind of printing system you have ? Cups daemon ? If yes, i
>     think Qt5 is not compiled with Cups support. I use the default
>     config from Krita AppImage for Qt5. I can enable this of course...
>
>     See line 28 of configure cmake file :
>
>     https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=project%2Fappimage%2F3rdparty%2Fext_qt%2FCMakeLists.txt
>     <https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=project%2Fappimage%2F3rdparty%2Fext_qt%2FCMakeLists.txt>
>
>     Please confirm...
>
>     Gilles Caulier
>
>     2016-11-06 9:25 GMT+01:00 Stuart T Rogers
>     <[hidden email] <mailto:[hidden email]>>:
>
>         I thought I'd try this today but one drawback for me is not
>         being able to print directly to a printer. Is there anyway this
>         can be fixed with the appimage version?
>
>         Stuart
>         --
>         Website: http://www.stella-maris.org.uk
>         or:      http://www.broadstairs.org
>
>
>

--
Website: http://www.stella-maris.org.uk
or:      http://www.broadstairs.org
Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

Gilles Caulier-4
The Linux AppImage bundle of DK 5.3.0 are now available officially in KDE server. This one has Qt5 cups support enable for printing.


Gilles Caulier

2016-11-06 10:55 GMT+01:00 Stuart T Rogers <[hidden email]>:
Gilles

I am using Tumbleweed and have CUPS Gutenprint and QT5 all installed.

Although sadly the QT5 printing support does not work well and I still have the issue with the native digikam 5.2 that I am unable to select the correct paper sizes when I do print. I was hoping that this appimage version might have the old printing support which works well but if it still has QT5 then as yet it wont work well enough for me to use it for printing. Its not just digikam that has this QT5 printing issue but any application which uses QT5 (kate the editor is just one example). Sadly noone is taking any notice of my reports or bugs I raised in openSUSE.

Stuart


On 06/11/16 09:01, Gilles Caulier wrote:
This is my configuration for Qt5 (compiling with Cups under progress :

Build options:
  Configuration .......... accessibility accessibility-atspi-bridge
audio-backend avx avx2 avx512cd avx512er avx512f avx512pf c++11 c++14
clock-gettime clock-monotonic compile_examples concurrent cups dbus
doubleconversion enable_new_dtags evdev eventfd fontconfig full-config
getaddrinfo getifaddrs glib harfbuzz iconv icu inotify ipv6ifname kms
large-config largefile libudev medium-config minimal-config mremap
no-qml-debug opengl openssl pcre png poll_poll posix_fallocate qpa qpa
reduce_exports reduce_relocations release release_tools rpath shared
small-config sse2 sse3 sse4_1 sse4_2 ssse3 system-freetype
threadsafe-cloexec use_gold_linker xcb xcb-glx xcb-plugin xcb-qt
xcb-xlib xinput2 xkbcommon-qt xlib xrender zlib
  Build parts ............ libs tools
  Mode ................... release; optimized tools
  Using sanitizer(s)...... none
  Using C++ standard ..... c++14
  Using gold linker....... yes
  Using new DTAGS ........ yes
  Using PCH .............. no
  Using LTCG ............. no
  Target compiler supports:
    SSE .................. SSE2 SSE3 SSSE3 SSE4.1 SSE4.2
    AVX .................. AVX AVX2
    AVX512 ............... AVX512F AVX512ER AVX512CD AVX512PF

Qt modules and options:
  Qt D-Bus ............... yes (loading dbus-1 at runtime)
  Qt Concurrent .......... yes
  Qt GUI ................. yes
  Qt Widgets ............. yes
  Large File ............. yes
  QML debugging .......... no
  Use system proxies ..... no

Support enabled for:
  Accessibility .......... yes
  ALSA ................... no
  CUPS ................... yes
  DoubleConversion........ yes (bundled copy)
  Evdev .................. yes
  FontConfig ............. yes
  FreeType ............... yes (system library)
  Glib ................... yes
  GStreamer .............. no
  GTK platformtheme ...... no
  HarfBuzz ............... yes (bundled copy)
  Iconv .................. yes
  ICU .................... yes
  Image formats:
    GIF .................. yes (plugin, using bundled copy)
    JPEG ................. yes (plugin, using bundled copy)
    PNG .................. yes (in QtGui, using bundled copy)
  libinput................ no
  Logging backends:
    journald ............... no
    syslog   ............... no
  mtdev .................. no
  Networking:
    getaddrinfo .......... yes
    getifaddrs ........... yes
    IPv6 ifname .......... yes
    libproxy.............. no
    OpenSSL .............. yes (loading libraries at run-time)
  NIS .................... no
  OpenGL / OpenVG:
    EGL .................. no
    OpenGL ............... desktop
    OpenVG ............... no
  PCRE ................... yes (bundled copy)
  pkg-config ............. yes
  PulseAudio ............. no
  QPA backends:
    DirectFB ............. no
    EGLFS ................ no
      EGLFS i.MX6 ........ no
      EGLFS i.MX6 Wayland. no
      EGLFS EGLDevice .... no
      EGLFS GBM .......... no
      EGLFS Mali ......... no
      EGLFS Raspberry Pi . no
      EGLFS X11 .......... no
    LinuxFB .............. no
    Mir client............ no
    XCB .................. yes (bundled copy)
      EGL on X ........... no
      GLX ................ yes
      MIT-SHM ............ yes
      Xcb-Xlib ........... yes
      Xcursor ............ yes (loaded at runtime)
      Xfixes ............. yes (loaded at runtime)
      Xi2 ................ yes
      Xrandr ............. yes (loaded at runtime)
      Xrender ............ yes
      XKB ................ yes
      XShape ............. yes
      XSync .............. yes
  Session management ..... yes
  SQL drivers:
    DB2 .................. no
    InterBase ............ no
    MySQL ................ yes (plugin)
    OCI .................. no
    ODBC ................. no
    PostgreSQL ........... no
    SQLite 2 ............. no
    SQLite ............... qt-qt
    TDS .................. no
  tslib .................. no
  udev ................... yes
  xkbcommon-x11........... yes (bundled copy, XKB config root:
/usr/share/X11/xkb)
  xkbcommon-evdev......... no
  zlib ................... yes (bundled copy)

... In case of something is missing.

Note : Do not ask me to enable GStreamer for video files support, this
one cannot be bundled. I already tried, but due to plenty run-time
dependencies, it do not work (or i'm not enough strong to do it).
For me GStreamer is a weird puzzle. Remember that i pass already one
month only to work on AppImage bundle. When i said only working one
that, i mean that i only code packaging, and nothing special in digiKam,
as bugfixes...

But i think AppImage is very important to deploy the last version of
digiKam very quickly, including devel version stage to see if fixes are
completed.

Gilles Caulier

2016-11-06 9:33 GMT+01:00 Gilles Caulier <[hidden email]
<mailto:[hidden email]>>:

    What kind of printing system you have ? Cups daemon ? If yes, i
    think Qt5 is not compiled with Cups support. I use the default
    config from Krita AppImage for Qt5. I can enable this of course...

    See line 28 of configure cmake file :

    https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=project%2Fappimage%2F3rdparty%2Fext_qt%2FCMakeLists.txt
    <https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=project%2Fappimage%2F3rdparty%2Fext_qt%2FCMakeLists.txt>

    Please confirm...

    Gilles Caulier

    2016-11-06 9:25 GMT+01:00 Stuart T Rogers
    <[hidden email] <mailto:[hidden email]>>:

        I thought I'd try this today but one drawback for me is not
        being able to print directly to a printer. Is there anyway this
        can be fixed with the appimage version?

        Stuart
        --
        Website: http://www.stella-maris.org.uk
        or:      http://www.broadstairs.org




Reply | Threaded
Open this post in threaded view
|

Re: digiKam AppImage Linux 64 bits bundle

Gilles Caulier-4

2016-11-07 12:47 GMT+01:00 Gilles Caulier <[hidden email]>:
The Linux AppImage bundle of DK 5.3.0 are now available officially in KDE server. This one has Qt5 cups support enable for printing.


Gilles Caulier

2016-11-06 10:55 GMT+01:00 Stuart T Rogers <[hidden email]>:
Gilles

I am using Tumbleweed and have CUPS Gutenprint and QT5 all installed.

Although sadly the QT5 printing support does not work well and I still have the issue with the native digikam 5.2 that I am unable to select the correct paper sizes when I do print. I was hoping that this appimage version might have the old printing support which works well but if it still has QT5 then as yet it wont work well enough for me to use it for printing. Its not just digikam that has this QT5 printing issue but any application which uses QT5 (kate the editor is just one example). Sadly noone is taking any notice of my reports or bugs I raised in openSUSE.

Stuart


On 06/11/16 09:01, Gilles Caulier wrote:
This is my configuration for Qt5 (compiling with Cups under progress :

Build options:
  Configuration .......... accessibility accessibility-atspi-bridge
audio-backend avx avx2 avx512cd avx512er avx512f avx512pf c++11 c++14
clock-gettime clock-monotonic compile_examples concurrent cups dbus
doubleconversion enable_new_dtags evdev eventfd fontconfig full-config
getaddrinfo getifaddrs glib harfbuzz iconv icu inotify ipv6ifname kms
large-config largefile libudev medium-config minimal-config mremap
no-qml-debug opengl openssl pcre png poll_poll posix_fallocate qpa qpa
reduce_exports reduce_relocations release release_tools rpath shared
small-config sse2 sse3 sse4_1 sse4_2 ssse3 system-freetype
threadsafe-cloexec use_gold_linker xcb xcb-glx xcb-plugin xcb-qt
xcb-xlib xinput2 xkbcommon-qt xlib xrender zlib
  Build parts ............ libs tools
  Mode ................... release; optimized tools
  Using sanitizer(s)...... none
  Using C++ standard ..... c++14
  Using gold linker....... yes
  Using new DTAGS ........ yes
  Using PCH .............. no
  Using LTCG ............. no
  Target compiler supports:
    SSE .................. SSE2 SSE3 SSSE3 SSE4.1 SSE4.2
    AVX .................. AVX AVX2
    AVX512 ............... AVX512F AVX512ER AVX512CD AVX512PF

Qt modules and options:
  Qt D-Bus ............... yes (loading dbus-1 at runtime)
  Qt Concurrent .......... yes
  Qt GUI ................. yes
  Qt Widgets ............. yes
  Large File ............. yes
  QML debugging .......... no
  Use system proxies ..... no

Support enabled for:
  Accessibility .......... yes
  ALSA ................... no
  CUPS ................... yes
  DoubleConversion........ yes (bundled copy)
  Evdev .................. yes
  FontConfig ............. yes
  FreeType ............... yes (system library)
  Glib ................... yes
  GStreamer .............. no
  GTK platformtheme ...... no
  HarfBuzz ............... yes (bundled copy)
  Iconv .................. yes
  ICU .................... yes
  Image formats:
    GIF .................. yes (plugin, using bundled copy)
    JPEG ................. yes (plugin, using bundled copy)
    PNG .................. yes (in QtGui, using bundled copy)
  libinput................ no
  Logging backends:
    journald ............... no
    syslog   ............... no
  mtdev .................. no
  Networking:
    getaddrinfo .......... yes
    getifaddrs ........... yes
    IPv6 ifname .......... yes
    libproxy.............. no
    OpenSSL .............. yes (loading libraries at run-time)
  NIS .................... no
  OpenGL / OpenVG:
    EGL .................. no
    OpenGL ............... desktop
    OpenVG ............... no
  PCRE ................... yes (bundled copy)
  pkg-config ............. yes
  PulseAudio ............. no
  QPA backends:
    DirectFB ............. no
    EGLFS ................ no
      EGLFS i.MX6 ........ no
      EGLFS i.MX6 Wayland. no
      EGLFS EGLDevice .... no
      EGLFS GBM .......... no
      EGLFS Mali ......... no
      EGLFS Raspberry Pi . no
      EGLFS X11 .......... no
    LinuxFB .............. no
    Mir client............ no
    XCB .................. yes (bundled copy)
      EGL on X ........... no
      GLX ................ yes
      MIT-SHM ............ yes
      Xcb-Xlib ........... yes
      Xcursor ............ yes (loaded at runtime)
      Xfixes ............. yes (loaded at runtime)
      Xi2 ................ yes
      Xrandr ............. yes (loaded at runtime)
      Xrender ............ yes
      XKB ................ yes
      XShape ............. yes
      XSync .............. yes
  Session management ..... yes
  SQL drivers:
    DB2 .................. no
    InterBase ............ no
    MySQL ................ yes (plugin)
    OCI .................. no
    ODBC ................. no
    PostgreSQL ........... no
    SQLite 2 ............. no
    SQLite ............... qt-qt
    TDS .................. no
  tslib .................. no
  udev ................... yes
  xkbcommon-x11........... yes (bundled copy, XKB config root:
/usr/share/X11/xkb)
  xkbcommon-evdev......... no
  zlib ................... yes (bundled copy)

... In case of something is missing.

Note : Do not ask me to enable GStreamer for video files support, this
one cannot be bundled. I already tried, but due to plenty run-time
dependencies, it do not work (or i'm not enough strong to do it).
For me GStreamer is a weird puzzle. Remember that i pass already one
month only to work on AppImage bundle. When i said only working one
that, i mean that i only code packaging, and nothing special in digiKam,
as bugfixes...

But i think AppImage is very important to deploy the last version of
digiKam very quickly, including devel version stage to see if fixes are
completed.

Gilles Caulier

2016-11-06 9:33 GMT+01:00 Gilles Caulier <[hidden email]
<mailto:[hidden email]>>:

    What kind of printing system you have ? Cups daemon ? If yes, i
    think Qt5 is not compiled with Cups support. I use the default
    config from Krita AppImage for Qt5. I can enable this of course...

    See line 28 of configure cmake file :

    https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=project%2Fappimage%2F3rdparty%2Fext_qt%2FCMakeLists.txt
    <https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=project%2Fappimage%2F3rdparty%2Fext_qt%2FCMakeLists.txt>

    Please confirm...

    Gilles Caulier

    2016-11-06 9:25 GMT+01:00 Stuart T Rogers
    <[hidden email] <mailto:[hidden email]>>:

        I thought I'd try this today but one drawback for me is not
        being able to print directly to a printer. Is there anyway this
        can be fixed with the appimage version?

        Stuart
        --
        Website: http://www.stella-maris.org.uk
        or:      http://www.broadstairs.org