20 Nov
2021
20 Nov
'21
3:22 p.m.
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(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)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
20 Nov
20 Nov
3:33 p.m.
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
4:15 p.m.
On 2021-11-20 10:33 p.m., Mike Bird wrote:
On Sat November 20 2021 07:22:59 Ken Heard wrote:
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
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
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
4:38 p.m.
On Sat November 20 2021 08:15:38 Ken Heard wrote:
On 2021-11-20 10:33 p.m., Mike Bird wrote:
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
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
21 Nov
21 Nov
12:09 p.m.
On 2021-11-20 11:38 p.m., Mike Bird wrote:
On Sat November 20 2021 08:15:38 Ken Heard wrote:
I should have known that.
On 2021-11-20 10:33 p.m., Mike Bird wrote:
Hi Ken,
It's a file not a package 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 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
2:54 p.m.
Dne ne 21. listopadu 2021 13:09:13 Ken Heard napsal(a):
On 2021-11-20 11:38 p.m., Mike Bird wrote:
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
--
Slávek
On Sat November 20 2021 08:15:38 Ken Heard
wrote:
I should have known that.
On 2021-11-20 10:33 p.m., Mike Bird wrote:
Hi Ken,
It's a file not a package 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 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 
4:44 p.m.
On Sunday 21 November 2021 09:54:34 Slávek Banko wrote:
Dne ne 21. listopadu 2021 13:09:13 Ken Heard
napsal(a):
Which explains one failure I see quite often. Unforch, neither package
shows in a stretch repo.
On 2021-11-20 11:38 p.m., Mike Bird wrote:
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.
On Sat November 20 2021 08:15:38 Ken Heard
wrote:
I should have known that.
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.
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 Cheers
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
8:07 p.m.
On Sun November 21 2021 04:09:13 Ken Heard wrote:
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
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.
25 Dec
25 Dec
2:24 p.m.
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(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)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
3:26 p.m.
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
852
days inactive
887
days old
9 comments
5 participants
participants (5)
-
Gene Heskett -
Ken Heard -
Ken Heard -
Mike Bird -
Slávek Banko