Not only can these two applications not be opened from the TDE menu, but also can they not be opened when called for by Dolphin or Konqueror. When trying to open them from the menu, there is no response of any kind. When I want to look at jpgs with Dolphin the response is 'Kwickshow cannot be launched by Dolphin.' Likewise if I try to open them with Konqueror, the response is 'Gwenview cannot be launched by Konqueror.'
It would appear that software needed to open these apps is missing. (I am installing -- or trying to install -- TDE R14.0.11 at first and lately now R14.0.12 [Experiment] on a new machine with Debian Bullseye.) I would appreciate it if someone could tell me how to solve this problem.
Regards, Ken Heard
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Sat November 20 2021 07:22:59 Ken Heard wrote:
Not only can these two applications not be opened from the TDE menu, but also can they not be opened when called for by Dolphin or Konqueror. When trying to open them from the menu, there is no response of any kind. When I want to look at jpgs with Dolphin the response is 'Kwickshow cannot be launched by Dolphin.' Likewise if I try to open them with Konqueror, the response is 'Gwenview cannot be launched by Konqueror.'
It would appear that software needed to open these apps is missing. (I am installing -- or trying to install -- TDE R14.0.11 at first and lately now R14.0.12 [Experiment] on a new machine with Debian Bullseye.) I would appreciate it if someone could tell me how to solve this problem.
Hi Ken,
I don't see this problem in my TDE R14.0.11 on Bullseye.
What happens if you try to run gwenview from a regular non-root konsole commmand line?
--Mike
On 2021-11-20 10:33 p.m., Mike Bird wrote:
On Sat November 20 2021 07:22:59 Ken Heard wrote:
Not only can these two applications not be opened from the TDE menu, but also can they not be opened when called for by Dolphin or Konqueror. When trying to open them from the menu, there is no response of any kind. When I want to look at jpgs with Dolphin the response is 'Kwickshow cannot be launched by Dolphin.' Likewise if I try to open them with Konqueror, the response is 'Gwenview cannot be launched by Konqueror.'
It would appear that software needed to open these apps is missing. (I am installing -- or trying to install -- TDE R14.0.11 at first and lately now R14.0.12 [Experiment] on a new machine with Debian Bullseye.) I would appreciate it if someone could tell me how to solve this problem.
Hi Ken,
I don't see this problem in my TDE R14.0.11 on Bullseye.
What happens if you try to run gwenview from a regular non-root konsole commmand line?
This message was returned: 'gwenview: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory'
So my next step was to run command:
apt-cache showpkg libpng12.so.0
which returned the following:
N: Unable to locate package libpng12.so.0 N: Couldn't find any package by glob 'libpng12.so.0' N: Couldn't find any package by regex 'libpng12.so.0'
So here is a real catch 22. The software wants a package which is not in any repository. So where do we go from her?
Thanks for the help so far. Regards, Ken
--Mike ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Sat November 20 2021 08:15:38 Ken Heard wrote:
On 2021-11-20 10:33 p.m., Mike Bird wrote:
What happens if you try to run gwenview from a regular non-root konsole commmand line?
This message was returned: 'gwenview: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory'
So my next step was to run command:
apt-cache showpkg libpng12.so.0
Hi Ken,
It's a file not a package so you could use "apt-file search libpng12" instead of apt-cache ...
... but that probably won't find it either because libpng12 is a Wheezy package and I thought you were running Bullseye which uses libpng16.
Please run "apt update" and then tell me the output of "apt-cache policy" and of "apt --dry-run upgrade" and of "dpkg -l | grep gwenview".
--Mike
On 2021-11-20 11:38 p.m., Mike Bird wrote:
On Sat November 20 2021 08:15:38 Ken Heard wrote:
On 2021-11-20 10:33 p.m., Mike Bird wrote:
What happens if you try to run gwenview from a regular non-root konsole commmand line?
This message was returned: 'gwenview: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory'
So my next step was to run command:
apt-cache showpkg libpng12.so.0
Hi Ken,
It's a file not a package
I should have known that.
so you could use "apt-file search libpng12" instead of apt-cache ... but that probably won't find it either because libpng12 is a Wheezy package and I thought you were running Bullseye which uses libpng16.
apt-file had not been installed; so I installed it and ran the command 'apt-file search libpng16'. The interesting result is saved in attached file libpng16.txt.
I am running Bullseye; so I find it strange that the gwenview message mentioned libpng12 instead of libpng16, unless the developer forgot to uodate that message.
Please run "apt update" and then tell me the output of "apt-cache policy" and of "apt --dry-run upgrade" and of "dpkg -l | grep gwenview".
The outlets of these three commands are respectively saved in attached files policy.txt, dry-run.txt and gwenview.txt.
Regards, Ken
Dne ne 21. listopadu 2021 13:09:13 Ken Heard napsal(a):
On 2021-11-20 11:38 p.m., Mike Bird wrote:
On Sat November 20 2021 08:15:38 Ken Heard wrote:
On 2021-11-20 10:33 p.m., Mike Bird wrote:
What happens if you try to run gwenview from a regular non-root konsole commmand line?
This message was returned: 'gwenview: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory'
So my next step was to run command:
apt-cache showpkg libpng12.so.0
Hi Ken,
It's a file not a package
I should have known that.
so you could use "apt-file search libpng12" instead of apt-cache ... but that probably won't find it either because libpng12 is a Wheezy package and I thought you were running Bullseye which uses libpng16.
apt-file had not been installed; so I installed it and ran the command 'apt-file search libpng16'. The interesting result is saved in attached file libpng16.txt.
I am running Bullseye; so I find it strange that the gwenview message mentioned libpng12 instead of libpng16, unless the developer forgot to uodate that message.
Please run "apt update" and then tell me the output of "apt-cache policy" and of "apt --dry-run upgrade" and of "dpkg -l | grep gwenview".
The outlets of these three commands are respectively saved in attached files policy.txt, dry-run.txt and gwenview.txt.
Regards, Ken
Hi Ken,
in gwenview.txt is stated that gwenview is version 4:20.12.3-2 => this is not a Trinty version - package gwenview-trinity with version 4:14.0.11-0debian11.0.0+0.
Cheers
On Sunday 21 November 2021 09:54:34 Slávek Banko wrote:
Dne ne 21. listopadu 2021 13:09:13 Ken Heard napsal(a):
On 2021-11-20 11:38 p.m., Mike Bird wrote:
On Sat November 20 2021 08:15:38 Ken Heard wrote:
On 2021-11-20 10:33 p.m., Mike Bird wrote:
What happens if you try to run gwenview from a regular non-root konsole commmand line?
This message was returned: 'gwenview: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory'
So my next step was to run command:
apt-cache showpkg libpng12.so.0
Hi Ken,
It's a file not a package
I should have known that.
so you could use "apt-file search libpng12" instead of apt-cache ... but that probably won't find it either because libpng12 is a Wheezy package and I thought you were running Bullseye which uses libpng16.
apt-file had not been installed; so I installed it and ran the command 'apt-file search libpng16'. The interesting result is saved in attached file libpng16.txt.
I am running Bullseye; so I find it strange that the gwenview message mentioned libpng12 instead of libpng16, unless the developer forgot to uodate that message.
Please run "apt update" and then tell me the output of "apt-cache policy" and of "apt --dry-run upgrade" and of "dpkg -l | grep gwenview".
The outlets of these three commands are respectively saved in attached files policy.txt, dry-run.txt and gwenview.txt.
Regards, Ken
Hi Ken,
in gwenview.txt is stated that gwenview is version 4:20.12.3-2 => this is not a Trinty version - package gwenview-trinity with version 4:14.0.11-0debian11.0.0+0.
Which explains one failure I see quite often. Unforch, neither package shows in a stretch repo.
Cheers
Cheers, Gene Heskett.
On Sun November 21 2021 04:09:13 Ken Heard wrote:
Please run "apt update" and then tell me the output of "apt-cache policy" and of "apt --dry-run upgrade" and of "dpkg -l | grep gwenview".
The outlets of these three commands are respectively saved in attached files policy.txt, dry-run.txt and gwenview.txt.
Hi Ken,
As Slávek noted, you don't have TDE gwenview. Your gwenview is the KDE version from Bullseye. What is odd though is that it uses package libpng16-16, not the old Wheezy package that would have contained the missing library libpng12.so.0.
It's not easy to get Debian into an inconsistent state like this, and getting it out is not easy either. It could easily take me half a day hands-on - or a couple of months if we were to try to figure it out by emailing back and forth (not recommended).
Did you --force anything with dpkg or apt? Or skip a version? There's a bug in usrmerge which can lose files but I don't think it would hit this particular file.
Some possibilities to consider trying:
# apt install --reinstall gwenview # to maybe fix broken KDE # find / -name '*libpng12*' # and investigate any hits # dpkg -S libpng12 # and investigate any hits # apt install tde-trinity # to make sure TDE is installed # wipe and reinstall # but first save whatever needs saving
--Mike
Hi Mike,
After major surgery I am now well enough to answer emails to me about some of the difficulties I encountered with TDE 14.0.11. First to answer your questions, then how I fixed the difficulty which was the subject of my original post.
On 2021-11-22 3:07 a.m., Mike Bird wrote:
As Slávek noted, you don't have TDE gwenview. Your gwenview is the KDE version from Bullseye.
What was not clear to me from Slávak's post was that the two gwenview packages did not have the same name. The one from the Bullseye repository is just 'gwenview'; whereas the one available from the TDE repository is 'gwenview-trinity'. For the record the TDE repository has the 'kuickshow-trinity', but the Bullseye repository does not have a 'kuickshow'.
Based on my experience with previous versions of TDE, which I have been using since its inception in 2010, I had no reason to believe that the same name 'gwenview' would be used again. I would therefore recommend that in situations where this error is possible all packages ending with -trinity be part of the TDE meta installation.
I was also confused by the error messages received when I tried to open jpgs in konqueror and dolphin 'Gwenview cannot be launched by ...' Since i already had a 'gwenview' installed I assumed that there was some impediment in the software. If however the message had said that gwenview-trinity or kwickshow-trinity were not installed I think I could have figured out myself what the problem was.
Finally two other related comments. I discovered that both Konqueror and Dolphin use gwenview; so kwickshow seems to be redundant. I could say the same thing about konqueror, as I already have Dolphon for a file manager and Firefox for a browser.
What is odd though is that it uses package libpng16-16, not the old Wheezy package that would have contained the missing library libpng12.so.0.
It's not easy to get Debian into an inconsistent state like this, and getting it out is not easy either. It could easily take me half a day hands-on - or a couple of months if we were to try to figure it out by emailing back and forth (not recommended).
Did you --force anything with dpkg or apt?
No.
Or skip a version?
No. This installation was new from the beginning. Consequently skipping a version was not an issue.
There's a bug in usrmerge which can lose files but I don't think it would hit this particular file.
That package is in the Bullseye repository, but I did not installed it.
To remedy the situation described in my original post I ran command 'apt-get purge gwenview' followed by 'apt-get autoremove' which deleted 207 now unneeded packages. The last step was to run command 'apt-get install gwenview-trinity kuickshow-trinity' Besides the two packages named also were installed about a dozen more were also installed.
Some possibilities to consider trying:
# apt install --reinstall gwenview # to maybe fix broken KDE # find / -name '*libpng12*' # and investigate any hits # dpkg -S libpng12 # and investigate any hits # apt install tde-trinity # to make sure TDE is installed # wipe and reinstall # but first save whatever needs saving
Fortunately I was saved from having to use these other possibilities.
Thanks and merry Christmas.
Ken Heard.
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Sat December 25 2021 06:24:32 Ken Heard wrote:
After major surgery I am now well enough to answer emails
...
To remedy the situation described in my original post I ran command 'apt-get purge gwenview' followed by 'apt-get autoremove' which deleted 207 now unneeded packages. The last step was to run command 'apt-get install gwenview-trinity kuickshow-trinity' Besides the two packages named also were installed about a dozen more were also installed.
...
Thanks and merry Christmas.
Good news all round. Merry Christmas Ken.
--Mike
-
Gene Heskett -
Ken Heard -
Ken Heard -
Mike Bird -
Slávek Banko