Tiny Core Linux

Tiny Core Base => CorePlus => Topic started by: madmax on November 02, 2019, 11:42:48 AM

Title: Icons/applications in Wbar
Post by: madmax on November 02, 2019, 11:42:48 AM
Hello:

I've installed Xfe to load 'on boot' but, unlike other applications (jpilot, calculator, etc.) I installed before and after Xfe, it only appears in the Apps menu but not in the Wbar. I know it loads dynamically each time TC boots, but I cannot find where TC reads the data to load the applications that show up in Wbar.

Any help appreciated.

Thanks in advance,
MM
Title: Re: Icons/applications in Wbar
Post by: madmax on November 02, 2019, 04:44:52 PM
Hello:
... cannot find where TC reads the data to load the applications that show up in Wbar.

I'll ask the question in a different manner.

This is what my .wbar looks like:

Code: [Select]
# The Bar && Font && Font size (11)
i: /usr/local/share/wbar/osxbarback.png
t: /usr/local/lib/X11/fonts/TTF/luxisr/11
c: wbar --bpress --pos bottom --zoomf 1.00001 --isize 30  --jumpf 0.0     --idist 7
i: /usr/local/share/pixmaps/exittc.png
t: Exit
c: exec exittc
i: /usr/local/share/pixmaps/editor.png
t: Editor
c: exec editor
i: /usr/local/share/pixmaps/cpanel.png
t: ControlPanel
c: exec cpanel
i: /usr/local/share/pixmaps/apps.png
t: Apps
c: exec apps
i: /usr/local/share/pixmaps/flrun.png
t: RunProgram
c: exec flrun
i: /usr/local/share/pixmaps/mnttool.png
t: MountTool
c: exec mnttool
i: /usr/local/share/pixmaps/aterm.png
t: Terminal
c: exec aterm
i: /usr/local/share/pixmaps/accessories-calculator.png
t: calculator
c: exec gnome-calculator
i: /usr/local/share/pixmaps/jpilot.png
t: jpilot
c: exec /usr/local/bin/jpilot
i: /usr/local/share/pixmaps/mc.png
t: mc
c: exec aterm -e mc
i: /usr/local/share/pixmaps/palemoon.png
t: PaleMoon
c: exec /usr/local/palemoon/palemoon

As you can see, applications which are part of the default CorePlus installation are there as well as calculator, jpilot and mc, which I installed afterwards and are there every time I boot.

What I need is to have xfe in wbar. I installed it after calculator and before jpilot and mc but it is not there and I cannot figure out why.

When I installed calculator, jpilot and mc, the respective icons appeared in wbar right away.

Thanks in advance.

MM
 
Title: Re: Icons/applications in Wbar
Post by: Rich on November 02, 2019, 05:37:40 PM
Hi madmax
Post the contents of the  .desktop  file for xfe:
Code: [Select]
cat  /usr/local/share/applications/xfe.desktop
Title: Re: Icons/applications in Wbar
Post by: madmax on November 02, 2019, 05:49:17 PM
Hello Rich:
... contents of the .desktop  file for xfe:
Here it is:

Code: [Select]
tc@box:~$ cat  /usr/local/share/applications/xfe.desktop
[Desktop Entry]
Name=Xfe
Name[cs]=Xfe
Name[de]=Xfe
Name[el]=ΕξΕφΈ (Xfe)
Name[es]=Xfe
Name[es_AR]=Xfe
Name[es_CO]=Xfe
Name[fi]=Xfe
Name[fr]=Xfe
Name[hu]=Xfe
Name[it]=Xfe
Name[nl]=Xfe
Name[pl]=Xfe
Name[ru]=Xfe
Name[sv]=Xfe
Name[zh_TW]=Xfe
GenericName=File Manager
GenericName[cs]=Souborový manažer
GenericName[de]=Dateimanager
GenericName[el]=Διαχειριστής Αρχείων
GenericName[es]=Gestor de archivos
GenericName[es_AR]=Gestor de archivos
GenericName[es_CO]=Administrador de archivos
GenericName[fi]=File Manager
GenericName[fr]=Gestionnaire de fichiers
GenericName[hu]=Fájlkezelő
GenericName[it]=File Manager
GenericName[nl]=Bestandsbeheerder
GenericName[pl]=Menedżer plików
GenericName[pt_BR]=Gerenciador de Arquivos
GenericName[ru]=Файловый менеджер
GenericName[sv]=Filhanterare
GenericName[zh_TW]=檔案管理員
Comment=A lightweight file manager for X Window
Comment[cs]=Lehký souborový manažer pro X
Comment[de]=Ein leichter Dateimanager für X Window
Comment[el]=Ένας ελαφρύς διαχειριστής αρχείων για τα Εξ Γουίνντοου
Comment[es]=Un gestor de archivos ligero para X Window
Comment[es_AR]=Un gestor de archivos ligero para X Window
Comment[es_CO]=Un administrador de archivos ligero para X Window
Comment[fi]=Kevyt tiedostonhallinta X ikkunalle
Comment[fr]=Un gestionnaire de fichiers léger pour X Window
Comment[hu]=Pehelysúlyú fájlkezelő X Windowhoz
Comment[it]=Un file manager leggero per X Window
Comment[nl]=Een lichtgewicht bestandsbeheerder voor X-Window
Comment[pl]=Lekki menadżer plików dla X Window
Comment[pt_BR]=Um gerenciador de arquivos leve para o X Window
Comment[ru]=Легкий файловый менеджер для X Window
Comment[sv]=En lättviktig filhanterare för X Window
Comment[zh_TW]=X 視窗的輕量檔案管理員
Exec=xfe
Terminal=false
Type=Application
StartupNotify=true
Icon=xfe
Categories=System;FileManager;
tc@box:~$

Thanks for your help.
Cheers,
MM
Title: Re: Icons/applications in Wbar
Post by: vinceASPECT on November 02, 2019, 05:56:32 PM
Hello,
f
hope  that it is sorted and configured with correct populated apps.

thx

V



Title: Re: Icons/applications in Wbar
Post by: Rich on November 02, 2019, 06:42:53 PM
Hi madmax
I see 2 problems:
1. The  .desktop  file is missing the following line:
Code: [Select]
X-FullPathIcon=/usr/local/share/pixmaps/xfe.png2. The extension is missing the file:
Code: [Select]
/usr/local/share/pixmaps/xfe.png
Title: Re: Icons/applications in Wbar
Post by: Rich on November 02, 2019, 06:45:48 PM
Hi vinceASPECT
Please stop posting irrelevant comments in other members threads.
Title: Re: Icons/applications in Wbar
Post by: madmax on November 02, 2019, 07:38:22 PM
Hello Rich:
I see 2 problems ...
OK

I was trying to edit them (comparing to other working .desktop files) before I posted but I cannot edit them with sudo mc or sudo xfe ...   

Complains about being read-only file system.

Sort of lost here now.
Thanks in advance,

MM
Title: Re: Icons/applications in Wbar
Post by: Rich on November 02, 2019, 08:32:52 PM
Hi madmax
Try this:
Code: [Select]
busybox cp -f /tmp/tcloop/xfe/usr/local/share/applications/xfe.desktop /usr/local/share/applications/xfe.desktopYou should now be able to edit  /usr/local/share/applications/xfe.desktop.

Download the attached  xfe.png file to  /usr/local/share/pixmaps/.

Use the  Backup  utility in the  ConrolPanel  to add  /usr/local/share/applications/xfe.desktop  and  /usr/local/share/pixmaps/xfe.png
to your backup (filetool.lst) and then run a backup. Reboot and verify your icon is present and works.
Title: Re: Icons/applications in Wbar
Post by: madmax on November 02, 2019, 09:19:32 PM
Hello Rich:
Try this: ...
OK

Download the attached  xfe.png file to  /usr/local/share/pixmaps/.
No needed as it was present.

... add  /usr/local/share/applications/xfe.desktop ...

Reboot and verify ...
It lives !!!!
And works as intended. =-)

Q1:
The original .desktop file was present, I just was not able to edit it.
Your busybox line copied the one from the /tmp/loop to where it was, overwriting it (root needed).

So then I had a copy (albeit editable) of the original, which once edited enabled xfe to load as it should.

Shouldn't this new edited .desktop file be able to survive a reboot, just like the original one did?
ie: add to filetool.lst would not be needed. Or am I missing something?

Q2:
It would seem that the xfe.tcz was updated 2019/03 but could it be that it needs patching?

Rich: thank you very much for your help. Have a good week-end.

MM
Title: Re: Icons/applications in Wbar
Post by: Rich on November 02, 2019, 10:18:17 PM
Hi madmax
... The original .desktop file was present, I just was not able to edit it.
Your busybox line copied the one from the /tmp/loop to where it was, overwriting it (root needed). ...
The  /tmp/tcloop/xfe/usr/local/share/applications/xfe.desktop  file is located inside the extension. Extensions use a  squashfs
format which is a  read only compressed file system.  The  /usr/local/share/applications/xfe.desktop  file was merely a link
back to the file in  /tmp/tcloop  so it was still  read only.  By copying the file from the  read only  file system to a writable
directory the file can be edited and saved in that directory.

The reason for using  busybox cp  is  GNU cp (if installed) refuses to overwrite the link.

Quote
Shouldn't this new edited .desktop file be able to survive a reboot, just like the original one did?
ie: add to filetool.lst would not be needed. Or am I missing something?
/usr/local/share/applications/  gets rebuilt from scratch every time you boot, as does most of the file system.


Quote
It would seem that the xfe.tcz was updated 2019/03 but could it be that it needs patching?
Send a PM to  GNUser  to alert him to this issue. Include a link to this thread.
Title: Re: Icons/applications in Wbar
Post by: madmax on November 02, 2019, 10:49:57 PM
Hello Rich:
... /tmp/tcloop/xfe/usr/local/share/applications/xfe.desktop file is located inside the extension.
... a  squashfs format which is a read only compressed file system.
I see ...

... /usr/local/share/applications/xfe.desktop file was merely a link ...
Yes, I saw that and also tried to edit it. =^/

The reason for using  busybox cp is GNU cp (if installed) refuses to overwrite the link.
I see.

/usr/local/share/applications/ gets rebuilt from scratch every time you boot, as does most of the file system.
Indeed ...
A concept I still have to finish wrapping my head around.
TinyCore's main strength, practically indestructible.

Send a PM to GNUser ...
Done.

Thank you very much for taking the time to explain all this to me.

Have a good week-end.

Best,

MM
Title: Re: Icons/applications in Wbar
Post by: GNUser on November 03, 2019, 05:27:06 PM
@madmax - I will repackage xfe for Pure64 when xfe 1.44 comes out. I'll make sure the wbar issue is fixed.
Title: Re: Icons/applications in Wbar
Post by: madmax on November 04, 2019, 04:52:03 AM
Hello:
@madmax - I will repackage xfe for Pure64 when xfe 1.44 comes out. I'll make sure the wbar issue is fixed.
OK.  = ^)
Please add it to the CorePlus 10.x repository also.

Thanks in advance,

MM
Title: Re: Icons/applications in Wbar
Post by: Rich on November 04, 2019, 09:28:38 AM
Hi GNUser
I fixed and sent in the 32 bit version for you. I'm guessing you packaged it on a non Tinycore system? The user:group were
set to  1000:staff  instead of  tc:staff.  It didn't break anything I'm aware of, just an observation.
Title: Re: Icons/applications in Wbar
Post by: GNUser on November 04, 2019, 10:26:33 AM
The first several packages I submitted where compiled on Devuan ASCII (Debian Stretch sans systemd), then packaged on TC. My later submissions were all compiled on TC, except those too huge to compile on my old hardware (e.g., thunderbird, iridium-browser).

All the packages that I submit are ones I use daily, so everything is extensively tested. The user:group discrepancy does not hurt anything.

Title: Re: Icons/applications in Wbar
Post by: GNUser on November 04, 2019, 10:33:05 AM
@Rich - If the 32bit xfe extension is fixed and tested, please send it to tcesubmit at gmail dot com so that juanito can upload it to the repository. I am only a junior contributor--all my extensions go through juanito.
Title: Re: Icons/applications in Wbar
Post by: Rich on November 04, 2019, 04:32:09 PM
Hi GNUser
@Rich - If the 32bit xfe extension is fixed and tested, please send it to tcesubmit at gmail dot com so that juanito can upload it to the repository. ...
Mailed it this morning just prior to posting.

Quote
...  I am only a junior contributor--all my extensions go through juanito.
Me too. :)
Title: Re: Icons/applications in Wbar
Post by: Juanito on November 05, 2019, 05:47:25 AM
posted
Title: Re: Icons/applications in Wbar
Post by: Rich on November 05, 2019, 07:55:20 AM
Hi Juanito
Thank you.
Title: Re: Icons/applications in Wbar
Post by: Rich on November 05, 2019, 08:08:51 AM
Hi madmax
Click on the  Apps  icon. When Apps opens click  Apps->Maintenance->Check for Updates.  Highlight the files that show up and
click  Process Selected Items.

Use the  Backup  utility in the  ControlPanel  to remove  /usr/local/share/applications/xfe.desktop  from your backup (filetool.lst)
and then run a backup. Reboot and verify your icon is still present and works.
Title: Re: Icons/applications in Wbar
Post by: madmax on November 05, 2019, 11:43:02 AM
Hello Rich:
... run a backup.
Reboot and verify your icon is still present and works.
Done.

All icons present now: xfe+xfi+xfp but none of them will load the respective application.
There seems to be a library missing or unavailable for some reason but it is in the system:

Code: [Select]
tc@box:~$ xfe
xfe: error while loading shared libraries: libFOX-1.6.so.0: cannot open shared object file: No such file or directory
tc@box:~$

Code: [Select]
tc@box:~$ slocate libFOX
/usr/local/lib/libFOX-1.6.so.0.0.57
/usr/local/lib/libFOX-1.6.so.0
/usr/local/lib/libFOX-1.6.so
tc@box:~$

Thanks in advance.
MM
Title: Re: Icons/applications in Wbar
Post by: madmax on November 06, 2019, 05:19:24 AM
Hello:
I found a similar issue with xfe from 2015:
https://sourceforge.net/p/xfe/bugs/201/ (https://sourceforge.net/p/xfe/bugs/201/)

But it is not what is causing the problem.

Indeed, libFOX-1.6.so.0 is not loaded:
Code: [Select]
tc@box:~$ ldd /usr/local/bin/xfe | grep libFOX
libFOX-1.6.so.0 => not found
tc@box:~$

But the FOX library directory is/seems to be correctly set in ld.so.conf:

Code: [Select]
tc@box:~$ slocate libFOX
/usr/local/lib/libFOX-1.6.so.0.0.57
/usr/local/lib/libFOX-1.6.so.0
/usr/local/lib/libFOX-1.6.so
tc@box:~$

Code: [Select]
tc@box:~$ cat /etc/ld.so.conf
/usr/local/lib
tc@box:~$

I've had a look at ~/.config/xfe/xferc but found nothing obvious (to me).

Thanks in advance,
MM
Title: Re: Icons/applications in Wbar
Post by: madmax on November 06, 2019, 06:00:20 AM
Hello:

I cannot find the link where I found this bit now, but it would seem that the problem could be in that the dynamic library path is not set.

Code: [Select]
tc@box:~$ echo $LD_LIBRARY_PATH
tc@box:~$

The thing is that if I set it ...

Code: [Select]
tc@box:~$ LD_LIBRARY_PATH=/usr/local/lib
tc@box:~$

... and then verify it ...

Code: [Select]
tc@box:~$ echo $LD_LIBRARY_PATH
/usr/local/lib
tc@box:~$

... it will not survive a reboot so it is probably something that has to be set within xfe.tcz.

Thanks in advance,
MM

PS: please set the editing time limit to a larger value.
Title: Re: Icons/applications in Wbar
Post by: Rich on November 06, 2019, 08:02:07 AM
Hi madmax
I found the problem:
Code: [Select]
tc@E310:~/x/xfe/squashfs-root/usr/local/bin$ file -L /usr/local/lib/libFOX-1.6.so
/usr/local/lib/libFOX-1.6.so: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, stripped
tc@E310:~/x/xfe/squashfs-root/usr/local/bin$
A 64 bit version of  fox.tcz  inadvertently wound up in the 32 bit repo. GNUser updated the extension on 11/04/2019. The next day
I said:
Hi madmax
Click on the  Apps  icon. When Apps opens click  Apps->Maintenance->Check for Updates.  Highlight the files that show up and
click  Process Selected Items. ...
and your 32 bit version of  fox.tcz  got updated to a 64 bit version.
Title: Re: Icons/applications in Wbar
Post by: Juanito on November 06, 2019, 09:10:01 AM
64-bit version of fox/fox-dev moved from 32-bit repo to 64-bit repo and previous version of fox/fox-dev restored in 32-bit repo - hopefully.
Title: Re: Icons/applications in Wbar
Post by: Rich on November 06, 2019, 10:09:44 AM
Hi madmax
You know the drill ;D:
Click on the  Apps  icon. When Apps opens click  Apps->Maintenance->Check for Updates.  Highlight the files that show up and
click  Process Selected Items. Reboot and verify your icon works again.
Title: Re: Icons/applications in Wbar
Post by: madmax on November 06, 2019, 10:17:18 AM
Hello Rich:
... and your 32 bit version of  fox.tcz  got updated to a 64 bit version.
Well ...
Shit happens.  =^D!

Quote from: Rich
Process ...
Reboot and verify ....

Everything is now working as expected.
Thank you very much (Rich/Juanito). =-)

Best,
MM