Off-Topic > SCM EXtensions
Links2 scm Bugs Feedback
SamK:
Download
When downloading links2 an error is reported in the wget window
--- Code: ---line 41: can't open /etc/sysconfig/icons: no such file
--- End code ---
Starting
An entry is not added to the JWM menu.
--- Code: ---which links
/apps/bin/links
--- End code ---
Upon issuing the command links in a terminal, no error message is obtained but links does not start
Uninstal
When unistalling via Scm or ScmBrowser no error is reported.
--- Code: --- ls /mnt/sdb1/tce/optional/links*
/mnt/sdb1/tce/optional/links2.scm
/mnt/sdb1/tce/optional/links2.scm.md5.txt
--- End code ---
Does uninstal=complete deletion from the system?
If not, is there an automated way to purge all scm elements including any configuration it creates in the user home directory?
Jason W:
I will look into these when I get home tonight.
But basically to uninstall/unmount means to unmount the extension in /apps/extensionname, and remove their freedesktop entries in /usr/local/share/{pixmaps,applications} as well as their linked binaries in /apps/bin. Uninstalling/unmounting does not delete the extension itself, as the concept is to mount when needed and unmount when desired.
As for files that apps create in the /home directory, that is of course not removed when an extension is unmounted. If it is desired to find out what files are created by an app that you later want to delete, a command like below would basically tell you.
touch /tmp/file
- now launch app, and configure and save the config -
find /home/tc -newer /tmp/file
SamK:
--- Quote from: Jason W on March 12, 2012, 01:41:32 PM ---As for files that apps create in the /home directory, that is of course not removed when an extension is unmounted.
--- End quote ---
OK, understood and accepted. The idea of removing the configuration files was slightly tongue-in-cheek and hugely optimistic.
--- Quote from: Jason W on March 12, 2012, 01:41:32 PM ---Uninstalling/unmounting does not delete the extension itself, as the concept is to mount when needed and unmount when desired.
--- End quote ---
It is usual that a GUI OS includes a GUI means of removing an application. TC would benefit from such a feature for scms. Indeed TC currently offers a means of preventing loading/mounting tczs at the next boot (removal from OnBoot) and also removal from the system via AppsAudit.
Perhaps it could considered together with other potential developments at some future stage.
Edit add omitted tczs
Jason W:
Opening a terminal and typing links does start links, it just shows a black window that you either have to use the mouse with or enter key combinations. And of course, links -g opens the graphical browser.
It had no menu or icon before, but I added one in now, so all should be well.
SamK:
--- Quote from: Jason W on March 12, 2012, 09:30:42 PM ---And of course, links -g opens the graphical browser.
It had no menu or icon before, but I added one in now, so all should be well.
--- End quote ---
I have been launching Links from a JWM menu entry since TC3.3 but had forgotten that I had created the .desktop file to do so. Consequently, the -g switch was overlooked when testing the scm.
The addition of the menu entry to the scm is welcome and working OK.
Since TC3.3 I have been using Links together with gnome-mplayer and now have the equivalent scm version running OK. There is one minor difference between them.
In the tcz version
Links and gnome-mplayer are listed in tcz OnBoot
Links-->Setup-->Associations-->Program-->gnome-mplayer %
i.e. there is no need to specify the full path to the app
In the scm version
Links and gnome-mplayer are listed in scm OnBoot
Links-->Setup-->Associations-->Program-->/apps/gnome-mplayer/bin/gnome-mplayer %
i.e. the full path to the app is needed
Is it likely to be a general case that when an scm refers to a further scm that the full path will be needed?
Navigation
[0] Message Index
[#] Next page
Go to full version