How to uninstall an app?

[Minaz]

This is day #2 of trying to get everything setup on my USB installation of FossaPup64 9.5, and I've stumbled into a few more technical issues.

First, there is a link in the official install menu under "document" which says "get libreoffice" and I clicked on it. It installed the latest version (7.3) but I could not find any icons or any way to launch it even though it successfully installed.

Recalling that someone told me to try installing from QuickPet instead, I went there and installed LibreOffice, and ver. 7.0 was installed, properly, with all the icons in the appropriate menus.

The problem is that now I have both 7.0 and 7.3 versions installed. How do I remove one of the two versions? They don't show up in the uninstall menu in Package Manager (although other packages do). I have unloaded the 7.3 SFS module, so its not taking up RAM, but the package is still downloaded so its taking up limited USB storage space.

Also, was there a way to get 7.3 to work, just out of curiosity (I mean I am fine with 7.0 anyway, but for the sake of knowledge)?

[Feek]

First, there is a link in the official install menu under "document" which says "get libreoffice" and I clicked on it. It installed the latest version (7.3) but I could not find any icons or any way to launch it even though it successfully installed.

Try to launch it from terminal. If it will launch ok without error messages, then I would look into usr/share/applications and find the libreoffice´s .desktop file. Open it as text and check that especially the "exec" line contents the right path to executable and also the path to the icon has to be ok.

The problem is that now I have both 7.0 and 7.3 versions installed. How do I remove one of the two versions? They don't show up in the uninstall menu in Package Manager (although other packages do). I have unloaded the 7.3 SFS module, so its not taking up RAM, but the package is still downloaded so its taking up limited USB storage space.

If any sfs file was loaded and you unload/unmount it (e.g. with a program "SFS load"), then the .sfs file can be deleted not to occupy the space. I think that the sfs can also be "installed" but here my experience is zero.

Personally I use LibreOffice as an appimage, which can be downloaded from Libreoffice official website.

[bigpup]

there is a link in the official install menu under "document" which says "get libreoffice" and I clicked on it. It installed the latest version (7.3)
but I could not find any icons or any way to launch it even though it successfully installed.

This way to download and install LibreOffice makes the download into an SFS package.
An SFS package is the complete program inside a special SFS package file.
Using programs as an SFS package is a way to not actually install it, but load and unload it into the file system.
when loaded it becomes part of the file system. Works as if it was actually installed.
When unloaded it is no longer in the file system.

You probably did not see or select load when this window showed up in the download process.
.

Screenshot(1).jpg (12.55 KiB) Viewed 1151 times

.
If you clicked OK
The LibreOffice 7.3 SFS would have loaded.
Menu entries would have been made.

SFS packages can be loaded or unloaded using the program SFS-Load-On-The-Fly located in menu -> Setup

The LibreOffice SFS should be located in /mnt/home
To remove it from the USB, just delete it.

The LibreOffice 7.0 you installed from Quickpet.
Was actually downloaded and normally installed.
It is now part of the operating system.

It is up to you.
Keep the LibreOffice 7.0 completely installed.
Or use the Puppy Package Manager (PPM) to uninstall it.

Keep the LibreOffice 7.3 SFS package
Load it when you want to use it.
Unload it when you do not.
Or keep it selected to load in SFS-Load-On-The-Fly. It will always be loaded in the file system, when Fossapup64 boots.

This is info you need to know:
viewtopic.php?t=1819

[user1234]

Once the sfs file is unloaded, it can be safely deleted as a normal file would have been.

Don't know what would happen if you delete the sfs file without unloading, but puppy gives warning not to do so.

[williams2]

If you delete a file, the file name will be removed from the Linux virtual file system, then the inode number and the data that is linked to the inode will be deleted, which will allow the file system to free those data blocks for other purposes.

If you delete any file while it is in use, the file name will be removed from the VFS. The inode and the data in the inode and the data linked to the inode will not be deleted until that file is no longer in use. (for example, when it is unmounted.

If the operating system shuts down before the file is unmounted, there will be an orphaned inode, taking up as much space as the original file. You can run fsck to fix the orphaned inode and free the data blocks so that the file system can use the data blocks as free data blocks.

If the files were on a Windows vfat or ntfs partition, you would use Windows chkdsk.exe to repair the file system. Or you can use linux's dosfsck or fsck.msdos or fsck.fat (they are all the same file.)

[Minaz]

Thank you guys, this makes sense and I had not realized how convenient.

Although sadly I've decicded to call it quits with Puppy Linux for now (long story), I appreciate the advice that everyone gave along the way, and I am sure it will be useful for the future.

[user1234]

Thank you guys, this makes sense and I had not realized how convenient.

Although sadly I've decicded to call it quits with Puppy Linux for now (long story), I appreciate the advice that everyone gave along the way, and I am sure it will be useful for the future.

Well, it all is your own choice, and we appreciate it, whatever is your decision. And always remember if you start using puppy again and get stuck again, we'll be here to resolve your questions.

Wish you great life ahead.

[mikeslr]

If you delete a file, the file name will be removed from the Linux virtual file system, then the inode number and the data that is linked to the inode will be deleted, which will allow the file system to free those data blocks for other purposes.

If you delete any file while it is in use, the file name will be removed from the VFS. The inode and the data in the inode and the data linked to the inode will not be deleted until that file is no longer in use. (for example, when it is unmounted.

If the operating system shuts down before the file is unmounted, there will be an orphaned inode, taking up as much space as the original file. You can run fsck to fix the orphaned inode and free the data blocks so that the file system can use the data blocks as free data blocks. Emphasis supplied

If the files were on a Windows vfat or ntfs partition, you would use Windows chkdsk.exe to repair the file system. Or you can use linux's dosfsck or fsck.msdos or fsck.fat (they are all the same file.)

Thanks, williams2, for the best explanation I've run across.
I've emphasized a part as the following, which I believe to be right --- please correct if it's not-- provides another method, at least if you are running a Puppy in Pupmode 13: No AutoSave, Ask at Shutdown. Under that condition, the inodes, themselves, with regard to SFS-loaded and mounted SFSes are only in RAM. If the system is shutdown without executing a Save, nothing is written to the storage medium (i.e. SaveFile/Folder) and RAM is cleared. The result is that the even 'orphaned' inodes that existed in your prior 'merged-File-system-in-RAM' will NOT be part of your 'Created-Anew-File-System-in-RAM' on reboot.