One thing I dislike in AmiUpdate and that is the first position in the Workbench menu. For several years that menu was untouched. Amiupdate is not a tool that is normally should be used daily. I think it would be a better place for it somewhere around Workbench/About.
Agreed. I went for Backdrop a few days ago and blindly selected the first item as I'm so used to it being in that position (I haven't used Backdrop for years - but I used to use it all the time), and was quite surprised when AmiUpdate started.
That's a "getting used to it" thing, but I don't think Execute Command (which is incredibly useful) should be further down the menu than Update, as that's something which I'm sure is very frequently used.
Of course with the whole system updates thing being new, it has helped creating attention to have it prominently placed. But hopefully now that everybody has been awoken, it can be repositioned to a more fitting place?
broadblues wrote: If you have rollback issues please check the versions of the amiupdate toolchain:
6.AmigaOS4:> version full file Update6:System/AmiUpdate/CopyStore CopyStore 2.6 (25/04/2011) Part of the AmiUpdate suite 6.AmigaOS4:> version full file Update6:System/AmiUpdate/System_Rollback System_RollBack 2.2 (24/12/2012) Part of the AmiUpdate suite 6.AmigaOS4:> version full file Update6:System/AmiUpdate/AmiUpdate AmiUpdate 2.32 (08/01/2013) Part of the AmiUpdate suite 6.AmigaOS4:> version full file Update6:Libs/update.library update.library 53.11 (08/01/2013) Part of the AmiUpdate suite
There is no issue on my latest beta system or my update6 system.
Checked my installation, same versions, reinstalling the original Update 6 reappeared the old updates, but when I update something old files are not saved, so there are no news Rollbacks, the last one it's still from 5 january 2013 and it's Rollback itself, are there something else that I can check?
Checked my installation, same versions, reinstalling the original Update 6 reappeared the old updates, but when I update something old files are not saved, so there are no news Rollbacks, the last one it's still from 5 january 2013 and it's Rollback itself, are there something else that I can check?
let snoopy run during an amiupdate installation and check what happens when copystore is called. maybe the destination path is somewhat changed?
i have installed the newes update (dos library) and no rollback in the list.
I had this issue before (written in the thread), since the last AMiUpdate Update (around 8. january).
Last try was to install AmiUpdate fron amiupdate.net and wait for a new update, today a new update arrived (works fine, thanks) but no rollback...
So why the rollback was available before the 8th of january? (last week i cleared the list, before the clic2front update, because i thought that new updates will come into the list).
I have all standard installation, only update with amiUpdate (just last week the reinstall of amiupdate from the webpage).
I had your same problem, I found that the CopyStore I had was different than the one in the latest AmiUpdate package, same version 2.6 of the same date, but running cmp the two differs, installing by hand the one from the AmiUpdate package solved my rollback problem, so you can download the AmiUpdate archive, and check if the CopyStore command differ from the one you have, check the file sizes not versions
Are you shure you don't have others version of CopyStore? Try in a shell the command "which CopyStore" to see if AmiUpdate use the one you listed in the screenshot