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,
On 04/10/2005, at 15.32, José Campos wrote:
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?
That would be ideal -- it's a little complicated, but I might be able to pull it off :)
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!
On Oct 4, 2005, at 16:35, Matthew Erker wrote:
The latest release notes mentions "the Software Update preferences include an option to check for the cutting edge nightly builds" as of r488.
Keep reading one more sentence! :-)
-- fxn
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:
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.
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 Tue, Oct 4, at 2:08 PM, Allan Odgaard wrote:
On 04/10/2005, at 20.08, Gerd Knops wrote:
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.
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?
Indeed it did! This is on an auto-mounted NFS partition.
Gerd
On 04/10/2005, at 21.14, Gerd Knops wrote:
I presume it left e TextMate.old in your shared applications folder after the update?
Indeed it did! This is on an auto-mounted NFS partition.
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:
[...] TM complains about not being able to move the old version to the trash [...]
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. [...]
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:
On 04/10/2005, at 21.08, Allan Odgaard wrote:
[...] TM complains about not being able to move the old version to the trash [...]
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. [...]
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?!?
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