Hi,
Auto-update works fine, except one point : when launched from a non-admin account, the installation fails (Error message : "Error : installing update"). When launched from an admin account, it works, but at no moment asks for login and password.
Well, it's not really annoying, but perhaps a dialog box could be added to ask for login and password when update is launched from a non-admin account?
Thanks,
Hello all,
The latest release notes mentions "the Software Update preferences include an option to check for the cutting edge nightly builds" as of r488. For some reason I see no such option. Anyone else see it?
Thanks!
There is another minor buglet with the auto-update: My TM lives on a network drive (shared applications). So TM complains about not being able to move the old version to the trash. When deleting something on that partition from the Finder, it also always warns that items will be deleted immediately and not moved to trash.
But despite that alarm auto-update went smooth otherwise.
Gerd
On 04/10/2005, at 20.08, Gerd Knops wrote:
Interesting -- I'm using NSWorkspace's performFileOperation:NSWorkspaceRecycleOperation to delete the file, and if I mount an SMB drive here (the only network drive I have access to) it just deletes the file instantly, i.e. not failing, as it does for you.
I presume it left e TextMate.old in your shared applications folder after the update?
Kind regards Allan
On 04/10/2005, at 21.14, Gerd Knops wrote:
Okay, I'll add a normal delete for when NSWorkspaceRecycleOperation fails, and the file is not on a local disk. This will also be done (actual delete) for when installing from a non-admin account (since I can't really put stuff in the users trash, which he doesn't own).
On 04/10/2005, at 21.08, Allan Odgaard wrote:
Looking into it, it does actually support trashing on my SMB mounted volume.
It stores the trashed files in /Volumes/«smb mount»/.Trashes/«UID»/
UID being my user id. So I assume that the reason it doesn't support trashing on your NFS partition is, that you do not have permission to write to the root of the volume (to create the .Trashes/«UID» folder).
Just to settle my curiosity, maybe you could try creating this folder in a way that allows your user ID to write to it, and see if the Finder warnings (about immediate deletion) disappears?!?
On Tue, Oct 4, at 3:10 PM, Allan Odgaard wrote:
Can' get that to work here. There may be 2 causes:
- Unusual mountpoint: /private/var/automount/Network/Applications - Unusual UID: my UID is (for historical reasons) 101, which under newer versions of OS X is reserved (user UIDs start with 501)
/private/var/automount/Network/Applications/.Trashes did exist, I created a 101 folder underneath with permissions drwx------, also tried drwxrwxrwx. Didn't seem to make a difference.
Gerd