[digiKam-users] Printing - I need help!
Locked
[digiKam-users] Printing - I need help!
 
|
Whenever I try and print something from Digikam I either fail
miserably or take several hours to do something trivial. I am currently trying to print an image on my OKI MC342N printer from Digikam 4.12.0 on my xubuntu 16.04 system. I am using Digikam's "Print Assistant" in the Image menu. I want to print on 10cm x 15cm paper which is in the printer's second paper tray. So I select "10 x 15 cm - 1 photo", click "Next", I'm happy with the Cropping so I click "Finish". This is where the problem starts, I can't set anything useful on the printer. In the 'Page' tab all I can do is set the page size and orientation, the 'Advanced' tab just shows me what the settings there are but doesn't allow me to change anything. In particular I can't tell the printer which tray to use, nor can I change any of the colour settings. Other programs seem to work OK with the OKI so why can't Digikam? -- Chris Green · |
|
|
Why did you try to use a very old version of digiKam. Last stable is 5.9.0. between 4.12.0, many years pass with plenty of fix. Use offcial digiKam 5.9.0 Linux AppImage bundle. It's a self contained executable. It don't install anything on your system. It's a stand alone packaging all that programm need. Download the file, turn file as executable, run it, and try again. Gilles Caulier 2018-08-14 12:04 GMT+02:00 Chris Green <[hidden email]>: Whenever I try and print something from Digikam I either fail |
|
|
Gilles Caulier <[hidden email]> wrote:
> [-- text/plain, encoding quoted-printable, charset: UTF-8, 42 lines --] > > Why did you try to use a very old version of digiKam. > Because it's the version in my current Xubuntu distribution, 16.04 LTS. > Last stable is 5.9.0. between 4.12.0, many years pass with plenty of fix. > > Use offcial digiKam 5.9.0 Linux AppImage bundle. It's a self contained > executable. It don't install anything on your system. It's a stand alone > packaging all that programm need. > > Download the file, turn file as executable, run it, and try again. > If I did that for everything I'd have a nightmare remembering when to update things. Unless Digikam can provide a means of automatically updating itself then I'm afraid I'm stuck with the version in my distribution. Is there not a Digikam PPA? That said I'll be updating to Xubuntu 18.04 LTS in the very near future so I'll be getting a newer Digikam. -- Chris Green · |
|
|
You can try a flatpak: https://community.kde.org/Guidelines_and_HOWTOs/Flatpak I think they are easy to update but they are sandboxed. But I would rather use the 5.9.0 appimage instead of 4.12 native ubuntu package. Digikam 4.x.x. and 5.x.x. are two completely different animals Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Chris Green <[hidden email]> Date: 2018-08-14 6:17 AM (GMT-07:00) To: [hidden email] Subject: Re: [digiKam-users] Printing - I need help! > [-- text/plain, encoding quoted-printable, charset: UTF-8, 42 lines --] > > Why did you try to use a very old version of digiKam. > Because it's the version in my current Xubuntu distribution, 16.04 LTS. > Last stable is 5.9.0. between 4.12.0, many years pass with plenty of fix. > > Use offcial digiKam 5.9.0 Linux AppImage bundle. It's a self contained > executable. It don't install anything on your system. It's a stand alone > packaging all that programm need. > > Download the file, turn file as executable, run it, and try again. > If I did that for everything I'd have a nightmare remembering when to update things. Unless Digikam can provide a means of automatically updating itself then I'm afraid I'm stuck with the version in my distribution. Is there not a Digikam PPA? That said I'll be updating to Xubuntu 18.04 LTS in the very near future so I'll be getting a newer Digikam. -- Chris Green · |
|
|
Andrey Goreev <[hidden email]> wrote:
> [-- text/plain, encoding base64, charset: utf-8, 28 lines --] > > You can try a flatpak:https://community.kde.org/Guidelines_and_HOWTOs/Flatpak > I think they are easy to update but they are sandboxed. It's not whether something is *easy* top update, what's important is that it gets updated regularly without my intervention so that security fixes etc. get installed. As it is, using an Ubuntu distribution, all I have to do is say 'yes' to the automatic updates sent out regularly (well, scanned for automatically by my system I guess). I try *very* hard not to install large items of software from outside the official repositories and Digikam is definitely that because it pulls in a lot of KDE stuff that I wouldn't have otherwise. > But I would rather use the 5.9.0 appimage instead of 4.12 native ubuntu > package. Digikam 4.x.x. and 5.x.x. are two completely different animals > If I installed an 'outside' Digikam it would almost certainly stay stuck at that version on my system until something broke. -- Chris Green · |
|
|
You will notice that digiKam 5 pulls way less KDE stuff. Developers have been working hard migrating digikam from KDE to Qt for the last few years and the version 5 was a major milestone. I have used Philipp Johnson's PPA back in my Ubuntu days. It was 5.x.x. for sure not 4.12. But the appimage is great. I does have some limitations but it is the best way to get the official digikam after all. Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Chris Green <[hidden email]> Date: 2018-08-14 12:00 PM (GMT-07:00) To: [hidden email] Subject: Re: [digiKam-users] Printing - I need help! > [-- text/plain, encoding base64, charset: utf-8, 28 lines --] > > You can try a flatpak:https://community.kde.org/Guidelines_and_HOWTOs/Flatpak > I think they are easy to update but they are sandboxed. It's not whether something is *easy* top update, what's important is that it gets updated regularly without my intervention so that security fixes etc. get installed. As it is, using an Ubuntu distribution, all I have to do is say 'yes' to the automatic updates sent out regularly (well, scanned for automatically by my system I guess). I try *very* hard not to install large items of software from outside the official repositories and Digikam is definitely that because it pulls in a lot of KDE stuff that I wouldn't have otherwise. > But I would rather use the 5.9.0 appimage instead of 4.12 native ubuntu > package. Digikam 4.x.x. and 5.x.x. are two completely different animals > If I installed an 'outside' Digikam it would almost certainly stay stuck at that version on my system until something broke. -- Chris Green · |
|
|
On Tue, 14 Aug 2018 12:11:05 -0600
Andrey Goreev <[hidden email]> wrote: > the appimage is great. It does have some limitations I'm using the appimage. What are the limitations? If there are some significant limitations, I'm not opposed to switching my system to KDE -- sknahT vyS |
|
|
Nothing major. It also depends on the OS. It works just like a native package on openSUSE TW KDE however on Debian: 'Album' - 'Locate on disk' isn't working 'Open with' menu missing (blank) I have also noticed that Export to Google Photos isn't working on Windows 10 (which is the same as the appimage I believe). It connects and uploads without mistakes but pictures never show up in Google Photos. Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: [hidden email] Date: 2018-08-14 12:26 PM (GMT-07:00) To: [hidden email] Subject: Re: [digiKam-users] Printing - I need help! Andrey Goreev <[hidden email]> wrote: > the appimage is great. It does have some limitations I'm using the appimage. What are the limitations? If there are some significant limitations, I'm not opposed to switching my system to KDE -- sknahT vyS |
|
|
2018-08-14 20:41 GMT+02:00 Andrey Goreev <[hidden email]>:
This is due to not working KIOSlave under AppImage. In fact KIOSlave use a lots of run-time... that i don't understand. It's just a big puzzle unsolvable for my poor brain. So KIOslave support is just droppped from digiKam build for AppImage. That all.
For this one, we working on. In fact the authentification to all web service switch all step by step to OAuth2. We have a students working this summer to port webservice tools to O2 mechanisms. This will arrive with next 6.0.0. In fact i prepare the 6.0.0-beta1, but the last tunes are long to solve. Be patient... Note : Under AppImage, the native file dialog do not work too, because, i don't bundle the library inside. This is true for Gnome and GTK based desktop. For Plasma, it's must work. Bundling GTK will grow the AppImage size again and again. This si not the goal to reproduce all fine features from a complete Linux box here. After all, the offciail packagers exists for that. If your digiKam version is not up to date, ask to your distro packagers... Gilles Caulier |
|
|
Gilles I have Debian 9 minimal with minimal Plasma desktop on top and Open with menu does not work there. I guess I am just missing some package. As for the Windows version, I use 6.0.0 git downloaded around 1 month ago. Just an FYI. I actually don't see a point of have a google photos uploader because they ignore tags, etc. anyways. Flickr is better for that matter Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Gilles Caulier <[hidden email]> Date: 2018-08-14 12:55 PM (GMT-07:00) To: digiKam - Home Manage your photographs as a professional with the power of open source <[hidden email]> Subject: Re: [digiKam-users] Printing - I need help! 2018-08-14 20:41 GMT+02:00 Andrey Goreev <[hidden email]>:
This is due to not working KIOSlave under AppImage. In fact KIOSlave use a lots of run-time... that i don't understand. It's just a big puzzle unsolvable for my poor brain. So KIOslave support is just droppped from digiKam build for AppImage. That all.
For this one, we working on. In fact the authentification to all web service switch all step by step to OAuth2. We have a students working this summer to port webservice tools to O2 mechanisms. This will arrive with next 6.0.0. In fact i prepare the 6.0.0-beta1, but the last tunes are long to solve. Be patient... Note : Under AppImage, the native file dialog do not work too, because, i don't bundle the library inside. This is true for Gnome and GTK based desktop. For Plasma, it's must work. Bundling GTK will grow the AppImage size again and again. This si not the goal to reproduce all fine features from a complete Linux box here. After all, the offciail packagers exists for that. If your digiKam version is not up to date, ask to your distro packagers... Gilles Caulier |
|
|
In reply to this post by Gilles Caulier-4
I've fun both the 5.9.0 and 6.0 beta's appimage on CentOS 7.4 and Fedora 28 and face recognition doesn't work. I get errors like the following: igikam::DetectionWorker::process: Found 2 faces in "P6212980.ORF" QSize(2400, 3200) QSize(3472, 4640) OpenCV(3.4.1) Error: Bad argument (This LBPH model is not computed yet. Did you call the train method?) in predict, file /b/dktemp/digikam-master/core/libs/facesengine/recognition-opencv-lbph/facerec_borrowed.cpp, line 376 Digikam::RecognitionDatabase::recognizeFaces: cv::Exception: OpenCV(3.4.1) /b/dktemp/digikam-master/core/libs/facesengine/recognition-opencv-lbph/facerec_borrowed.cpp:376: error: (-5) This LBPH model is not computed yet. Did you call the train method? in function predict I've tried using both sqlite and mysql as the back end database. Neither the OpenCVLBPHRecognizer or OpenCVLBPHistograms tables get touched. Rob On Tue, 2018-08-14 at 20:55 +0200, Gilles Caulier wrote:
|
|
|
In reply to this post by AndriusWild
Andrey Goreev <[hidden email]> wrote:
> [-- text/plain, encoding base64, charset: utf-8, 40 lines --] > > Gilles > I have Debian 9 minimal with minimal Plasma desktop on top and Open with > menu does not work there. I guess I am just missing some package. > As for the Windows version, I use 6.0.0 git downloaded around 1 month ago. > Just an FYI. I actually don't see a point of have a google photos uploader > because they ignore tags, etc. anyways. Flickr is better for that matter > > Sent from my Samsung Galaxy smartphone. ... all of which takes me back to the original issue! :-) With all these different versions floating around with different issues where is one supposed to go? Why is it that some programs manage to keep the major repositories reasonably up to date and others don't? -- Chris Green · |
|
|
On Wed, Aug 15, 2018 at 4:03 AM Chris Green <[hidden email]> wrote:
Because some programs have volunteer contributors that run a certain distro and commit their time to keep the program updated for that distro - and others don't. I'm very happy on Fedora with the way digikam keeps up2date. If for your distro digikam is outdated, you could of course always download the source, compile it and possibly even look into creating a native package and submitting it for the community of your chosen distro. At the end this is what Linux is all about; it's not a commercial undertaking but a community effort which gets better the more volunteer contributors there are. If you expect perfect spoon-feeding, then maybe a commercial platform is the better solution for your needs? Oh, and, thank you very much digikam developer team for all your massive efforts in development and also quick & continuous support here on the list! Highly appreciated since many years :) |
|
|
HaJo Schatz <[hidden email]> wrote:
> [-- text/plain, encoding 7bit, charset: UTF-8, 23 lines --] > > On Wed, Aug 15, 2018 at 4:03 AM Chris Green <[hidden email]> wrote: > > > > > Why is it that some programs manage to keep the major repositories > > reasonably up to date and others don't? > > > > Because some programs have volunteer contributors that run a certain distro > and commit their time to keep the program updated for that distro - and > others don't. I'm very happy on Fedora with the way digikam keeps up2date. > > If for your distro digikam is outdated, you could of course always download > the source, compile it and possibly even look into creating a native > package and submitting it for the community of your chosen distro. At the > end this is what Linux is all about; it's not a commercial undertaking but > a community effort which gets better the more volunteer contributors there > are. If you expect perfect spoon-feeding, then maybe a commercial platform > is the better solution for your needs? > I agree wholly with your sentiments above and there are places where I do contribute, however Digikam is a bit out of my 'spectrum' being KDE based (among other things). The thing I find surprising is that some (and it's not just Digikam) software seems to get *very* left behind whereas others don't. Another case in point is Arduino which is *years* behind on Ubuntu. There are issues with the Ubuntu release cycle which freezes software versions within a particular release, e.g. once Digikam 4.12 was in Ubuntu 16.04 then that's it for the whole life of Ubuntu 16.04. For this reason I use PPAs for some software which is useful/important for me to keep up to date. E.g. I use the syncthing PPA to keep my various (not always the same version of [x]ubuntu) systems in step which is important for software like syncthing. As a matter of interest was Digikam 4.12 reasonably current back in early 2016 when Ubuntu 16.04 would have been frozen? > Oh, and, thank you very much digikam developer team for all your massive > efforts in development and also quick & continuous support here on the > list! Highly appreciated since many years :) > Absolutely! -- Chris Green · |
|
|
2018-08-15 10:00 GMT+02:00 Chris Green <[hidden email]>: HaJo Schatz <[hidden email]> wrote: Do you mean 'out of your spectrum' because digiKam is based on KDE ?
Ubuntu is a error. the default desktop try to re-invent the wheel. This is why it's have been abandoned and Gnome is back at home. As i already said in this room before, i tried all main Linux box available, at home and in my office. Ubuntu is the most weird Linux system that i see. I crash the system very quickly (where other box work as expected). I see my students in my office crying about the system because it's weird designed. This is why i always refused to support this (and i think i'm not alone in Open Source). It's not a critic about Debian. It's about Ubuntu desktop and the rest around. Gilles Caulier |
|
|
Gilles Caulier <[hidden email]> wrote:
> > The issue is more subtle than that. :-) > > > > I agree wholly with your sentiments above and there are places where I > > do contribute, however Digikam is a bit out of my 'spectrum' being KDE > > based (among other things). > > > > Do you mean 'out of your spectrum' because digiKam is based on KDE ? > Yes, sort of, it's also not the sort of software I'm particularly familiar with (I'm more into low level 'interact with the hardware' stuff). > > Ubuntu is a error. the default desktop try to re-invent the wheel. This is > why it's have been abandoned and Gnome is back at home. > I actually use xubuntu on all my systems (well, apart from the headless ones), so all the gnome/unity/etc. stuff just passes me by! > As i already said in this room before, i tried all main Linux box > available, at home and in my office. Ubuntu is the most weird Linux system > that i see. I crash the system very quickly (where other box work as > expected). I see my students in my office crying about the system because > it's weird designed. This is why i always refused to support this (and i > think i'm not alone in Open Source). > I think you're in a bit of a minority there, Ubuntu is *still* very popular. I went through Slackware, RedHat/Fedora and a couple of others before I settles on xubuntu. (Ubuntu is number 3 on Distrowatch). > It's not a critic about Debian. It's about Ubuntu desktop and the rest > around. > A couple of my systems are actually Debian derived rather than Ubuntu. As I said though I don't use the Ubuntu desktop. -- Chris Green · |
|
|
2018-08-15 12:20 GMT+02:00 Chris Green <[hidden email]>: Gilles Caulier <[hidden email]> wrote: You must know that since 5.0.0, and now the future 6.0.0, the KDE dependencies are reduced to the minimum to increase the portability and simplify the maintenance in time. It's simple : historically we use a lots of functions, classes, frameworks from KDE to develop quickly the application. The side effects are to be too much dependend of a lots of code more and less maintained and not very well working outside Linux. Remember that digiKam must work under MacOS and Windows. This is a challenge with more than 1.4 M of line of C++ codes. Qt5 support all these platforms, not KF5 (the KDE frameworks). As more and more code can remplace KF5 in Qt5, step by step we remove KF5 dependencies when it's possible. Another point is the port to new main frameworks version. The stage to create DK 5 from DK 4 with the switch from Qt4/KDE4 to Qt5/KF5 have take more than 2 years. It's not really acceptable and make developer completely crazy. This is the reality, even if KDE developer don't care or don't want to know my words : Depending of KF5 indeed is not acceptable for a multiple desktop application with a lots of code. Can you imageine the quatity of code from KF5 more and less maintened and where each summer we let's students to add more features without regression tests in client applications. Because it's the reallity and this cannot work. This is the big problem of KDE project and more and less in Open Source world. In the real life (in computer office where large code is developed - as in mine), we cannot work like this. In fact, it miss QA in open source. This is complex to use, time consuming, and need human ressource, but it's necessary at least a little bit. Another personal viewpoint : KDE project try to do more and more different stuff, as phone support for ex, that client application projects don't care in fact. What's we need : - all main platforms support (as Qt5) - A wiki support to write documentations and translations on-line (this always require to pass through a complex workflow with developer account, git support, etc...) - A financial mechanism to support main application developers. Open Source is not valid model in time. People come and left faster and don't get any interest to support a project (as me for ex) on the long term. Gilles Caulier |
«
Return to digikam-users
|
1 view|%1 views
| Free forum by Nabble | Edit this page |