I deleted all thumbnails, How to get them back?
Dare I say it?
Read the third post on this topic from Mike. It is golden. Go the real puppy way (frugal, save and with sfs) and you will prosper.
I read a bit about bleachbit too: it scares me and my Puppies. It discards, wipes, deletes, shreds, it hides traces of files deleted and it vacuums firefox. It is really frightning. What good is all that? I used to do things like that on windows, except XP, but I don't like windows, except XP.
Read the third post on this topic from Mike. It is golden. Go the real puppy way (frugal, save and with sfs) and you will prosper.
I read a bit about bleachbit too: it scares me and my Puppies. It discards, wipes, deletes, shreds, it hides traces of files deleted and it vacuums firefox. It is really frightning. What good is all that? I used to do things like that on windows, except XP, but I don't like windows, except XP.
- MochiMoppel
- Posts: 2084
- Joined: Wed 26 Jan 2011, 09:06
- Location: Japan
No, they are not links to the .desktop files in /usr/share/applications. This explains why he can still start application by clicking on a .desktop file but not by clicking on a ROX desktop shortcut.foxpup wrote:Just another little test: if you click on a triangel on your desktop, does the application start?
It should because it is just a link to the .desktop in /usr/share/applications.
@lolo69 Did you read my post?
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
I think this is the problem. Do you still have this directory? It sounds like BleachBit deleted it?lolo69 wrote:Type the gdk-pixbuf...etc. line in a console and hit Enter.
What happens?This.Code: Select all
root# gdk-pixbuf-query-loaders --update-cache Failed to create file '/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache.KO2JCZ': No such file or directory
I tried the command in Slacko and it worked for me (but mine saved it somewhere else, or i386-linux-gnu might be a symlink).
- Attachments
-
- Screenshot.png
- (24.55 KiB) Downloaded 113 times
Thank you! You are right: they are defined/described in some file(s), right? The one you named in your post : PuppyPin.MochiMoppel wrote:No, they are not links to the .desktop files in /usr/share/applications. This explains why he can still start application by clicking on a .desktop file but not by clicking on a ROX desktop shortcut.foxpup wrote:It should because it is just a link to the .desktop in /usr/share/applications.
musher0
Processor: Intel(R) Pentium(R) 4 CPU 3.00GHz
Ram Memory: 512mb
This?
foxpup
MochiMoppel
Sailor Enceladus
I found this.
Motherboard: 915P-ICH6That depends. What kind of PC do you have?
Processor: Intel(R) Pentium(R) 4 CPU 3.00GHz
Ram Memory: 512mb
This?
foxpup
Please be more specific.And how about the programs not working?
Again more especific, exactly what do you want me to try?Read the third post on this topic from Mike. It is golden. Go the real puppy way (frugal, save and with sfs) and you will prosper.
MochiMoppel
Yes, i did. But look at this: Running VLC by its .desktop file works, by its menu entry works, by its terminal code works, chrome doesn't do it in any of them, i believe the .desktops are not the problem.@lolo69 Did you read my post?
Sailor Enceladus
I think this is the problem. Do you still have this directory? It sounds like BleachBit deleted it?
I found this.
Last edited by lolo69 on Thu 18 Jan 2018, 00:22, edited 1 time in total.
I was wondering why and how come, the difference between desktop and .desktop. MochiMoppel already gave some explanation.lolo69 wrote:Please be more specific.And how about the programs not working?
You don't have to try anything. That was just advice to install and use Puppy like Mike explains.Again more especific, exactly what do you want me to try?Read the third post on this topic from Mike. It is golden. Go the real puppy way (frugal, save and with sfs) and you will prosper.
Programs not working? this is my answer:foxpup wrote:I was wondering why and how come, the difference between desktop and .desktop. MochiMoppel already gave some explanation.lolo69 wrote:Please be more specific.And how about the programs not working?You don't have to try anything. That was just advice to install and use Puppy like Mike explains.Again more especific, exactly what do you want me to try?Read the third post on this topic from Mike. It is golden. Go the real puppy way (frugal, save and with sfs) and you will prosper.
I think programs not working is because of the lack of data that bleachbit caused, not because links and stuff if not because programs cant work well because there is a big amount of files(images all of them) that they cant read.
- MochiMoppel
- Posts: 2084
- Joined: Wed 26 Jan 2011, 09:06
- Location: Japan
I never said that ".desktops" are the problem (if by that you mean .desktop files). What I'm trying to say is that you may have a link problem. Now please do me a favor and check any of the triangle desktop shortcuts that do not work: Right click => Edit item. The first entry in the dialog shows you the full path to your application. Are you sure that this path is still valid? Does that path work when you copy it to a terminal and press Enter?lolo69 wrote:Yes, i did. But look at this: Running VLC by its .desktop file works, by its menu entry works, by its terminal code works, chrome doesn't do it in any of them, i believe the .desktops are not the problem.@lolo69 Did you read my post?
Also please answer my very first question: What happens when you reboot?
None of them work neither the ones that work clicking on them nor the ones that not.MochiMoppel wrote:I never said that ".desktops" are the problem (if by that you mean .desktop files). What I'm trying to say is that you may have a link problem. Now please do me a favor and check any of the triangle desktop shortcuts that do not work: Right click => Edit item. The first entry in the dialog shows you the full path to your application. Are you sure that this path is still valid? Does that path work when you copy it to a terminal and press Enter?lolo69 wrote:Yes, i did. But look at this: Running VLC by its .desktop file works, by its menu entry works, by its terminal code works, chrome doesn't do it in any of them, i believe the .desktops are not the problem.@lolo69 Did you read my post?
Code: Select all
root# /usr/share/applications/palemoon.desktop
bash: /usr/share/applications/palemoon.desktop: Permission denied
Code: Select all
root# palemoon
Code: Select all
root# /usr/share/applications/google-chrome.desktop
bash: /usr/share/applications/google-chrome.desktop: Permission denied
Code: Select all
root# googlechrome
/usr/bin/googlechrome: line 2: export: `GOOGLE-CHROME=/opt/google/chrome/google-chrome': not a valid identifier
Inconsistency detected by ld.so: dl-open.c: 689: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
I even tried to run them from /usr/bin/googlechrome and also did not work.
- MochiMoppel
- Posts: 2084
- Joined: Wed 26 Jan 2011, 09:06
- Location: Japan
Sorry, language problem. I don't understand this sentence.lolo69 wrote:None of them work neither the ones that work clicking on them nor the ones that not.
Well, this would never work since .desktop files are pure text files and you can't run them with bash, but are you saying that all your triangle ROX shortcuts contain links to /usr/share/applications/xxx.desktop files? This would mean that you created them manually because no decent installer would do that and that foxpup was - miraculously - right. But it makes no sense: When you open a ROX window and click on a /usr/share/applications/palemoon.desktop it is the same as if you would click on a ROX desktop icon that has "/usr/share/applications/palemoon.desktop" as its link address. Either both work or none works, both actions are controlled by ROX and ROX makes no difference.lolo69 wrote:Code: Select all
root# /usr/share/applications/palemoon.desktop bash: /usr/share/applications/palemoon.desktop: Permission denied
Does any of your triangel shortcuts point to an address that is not a .desktop file?
Yes, almost every single one has a /usr/share/applications/xxx.desktop path.Well, this would never work since .desktop files are pure text files and you can't run them with bash, but are you saying that all your triangle ROX shortcuts contain links to /usr/share/applications/xxx.desktop files? This would mean that you created them manually because no decent installer would do that and that foxpup was - miraculously - right.
I created them with PupMenuEdit tool.
But i just found that the console icon links to /usr/bin/urxvt, this because, most of default icons was erased by me from the desktop.Does any of your triangel shortcuts point to an address that is not a .desktop file?
What do you mean? rebooting my pc? i gave you an answer to that, if it is not the pc what then?!And once again: What happens when you reboot?