Tiny Core Base > TCB Bugs
Appbrowser reports success after doing nothing!
philip:
Here's another item whose status as "bug" is debatable, but worth debating.
If I try to use the appbrowser to grab an updated copy of an extension that is already installed, it immediately reports success without actually downloading or installing anything. Deleting the relevant .tce files from my /sda3/tce directory does not change this behavior; nor does removing the associated binaries from /usr/local/bin. So it's possible to break a given application quite aggressively and still be told that everything is just fine by the appbrowser. Call me picky, but I think giving the user wrong or misleading information counts as a bug.
Another forum thread taught me how to get around this: look into the directory /usr/local/tce.installed and remove the file named after the extension of interest. I suggest that the appbrowser be upgraded to offer this information directly.
One possible design could work like this: if the appbrowser detects that a requested extension has the same name as some file in /usr/local/tce.installed, it could pop up a dialog box asking the user to confirm that the application is to be overwritten with a fresh copy (or cancel the request). An easier modification would be have the appbrowser say that it refuses to fetch the requested package, and to mention what the user must do to initiate the desired transaction.
roberts:
Well, anything and everything can be improved. But if something has been downloaded sucessfully then it is still successfully downloaded. If you go and manually start deleting things then things will most surely break. Just imagine I did the same for a library, and then found others things break as well. Blindly deleteing files is not good in any fashion. Should the system require a trip wire to protect one from oneself?
With TC if you decide to delete some extensions from your tce directory, then a reboot will allow re-downloads. There already has been much effort to provide 'uninstalls' as an extension with varying degrees of success.
Once 2.0 is out, I will then have time to make improvements to appbrowser. As well as some integrity checking and cross checking.
You can be as picky as you want but this is volunteers here. So keep that in mind with your posts.
For some we go too fast, for others never fast enough.
jpeters:
--- Quote from: philip on May 31, 2009, 01:04:10 AM ---Another forum thread taught me how to get around this: look into the directory /usr/local/tce.installed and remove the file named after the extension of interest. I suggest that the appbrowser be upgraded to offer this information directly.
--- End quote ---
I use this so much that made a script so I can just type "update app" (eg: 'update pango') before reinstalling with the appsbrowser.
--- Code: ---#!/bin/ash
sudo rm /usr/local/tce.installed/$1
--- End code ---
edit: I also remove app from my tcz directory in the same script, since appsbrowser won't overwrite anything:
--- Code: --- [ -e /path/tcZ/${1} ]; then sudo rm /path/tcZ/${1}.* &>/dev/null
--- End code ---
roberts:
You had better parse out the menu item from each supported window manager and also parse out the icons unless you don't mind see double. ::)
jpeters:
--- Quote from: roberts on May 31, 2009, 06:47:26 AM ---You had better parse out the menu item from each supported window manager and also parse out the icons unless you don't mind see double. ::)
--- End quote ---
good idea: (edit: but bad solution....this doesn't work) Menus adjust correctly after rebooting
--- Code: ---[ -e /usr/local/tce.menu/$1 ]; then sudo rm /usr/local/tce.menu/$1
[ -e /usr/local/tce.icons/$1 ]; then sudo rm /usr/local/tce.icons/${1}*
--- End code ---
Navigation
[0] Message Index
[#] Next page
Go to full version