Re: Indexing broken for one project

2022-02-14 Thread Alex Zavatone via Cocoa-dev
In my work MacBook on Monterey 12.1, /private is read only, but /tmp still is 
writeable.  I just create a folder there as a test.

That aside, if there’s anything I’ve learned in the week or two since I’ve been 
using Xcode, it’s “don’t do what it doesn’t expect you to do”.  That includes 
to using the default location for derived data, which is 
~/Library/Developer/Xcode/DerivedData.

Just my wild assed guess & inclination.  

Cheers,
Alex Zavatone


> On Feb 14, 2022, at 7:29 AM, Gabriel Zachmann via Cocoa-dev 
>  wrote:
> 
> 
>> 
>> In Monterey, /tmp is now only writeable by root.
> 
> It is?
> I have been storing temp files in /tmp all my life (output from all kinds of 
> programs), and did not notice a change when upgrading to Monterey.
> 
> /Users/zach% cd /tmp
> /private/tmp% ls -ld .
> drwxrwxrwt  17 root  wheel  544 Feb 14 12:00 ./
> 
> /private/tmp% ll
> total 164008
> drwxr-xr-x@ 7 zach  wheel   224B Feb 14 14:19 
> ArtSaver-hcwtwqkubldekzfijehvpaeowamp/
> drwxr-xr-x  3 zach  wheel96B Feb 13 23:02 Build/
> drwxr-xr-x  5 zach  wheel   160B Feb 13 23:02 ModuleCache.noindex/
> drwxr-xr-x  3 zach  wheel96B Feb 13 21:59 SymbolCache.noindex/
> drwxr-xr-x  3 zach  wheel96B Feb 13 21:59 XCBuildData/
> [...]
> 
> 
> Maybe, the sticky bit is new as of Monterey?
> (which would make sense, of course, but maybe it was there all the time, 
> which it should.)
> Even so, a reboot should have cleared up any permission problems in any case, 
> since a reboot deletes all files in /tmp anyways.
> 
> So, I'm still a bit in the dark as to why it now works.
> Oh well ...
> 
> 
>> It is quite possible that Xcode couldn?t write there for the indexing.
> 
> It looks like it, but I can't see why 
> 
> 
> Best regards, Gabriel
> 
> 
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/zav%40mac.com
> 
> This email sent to z...@mac.com

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com


Re: Indexing broken for one project

2022-02-14 Thread Gabriel Zachmann via Cocoa-dev

>
> In Monterey, /tmp is now only writeable by root.

It is?
I have been storing temp files in /tmp all my life (output from all kinds of 
programs), and did not notice a change when upgrading to Monterey.

/Users/zach% cd /tmp
/private/tmp% ls -ld .
drwxrwxrwt  17 root  wheel  544 Feb 14 12:00 ./

/private/tmp% ll
total 164008
drwxr-xr-x@ 7 zach  wheel   224B Feb 14 14:19 
ArtSaver-hcwtwqkubldekzfijehvpaeowamp/
drwxr-xr-x  3 zach  wheel96B Feb 13 23:02 Build/
drwxr-xr-x  5 zach  wheel   160B Feb 13 23:02 ModuleCache.noindex/
drwxr-xr-x  3 zach  wheel96B Feb 13 21:59 SymbolCache.noindex/
drwxr-xr-x  3 zach  wheel96B Feb 13 21:59 XCBuildData/
[...]


Maybe, the sticky bit is new as of Monterey?
(which would make sense, of course, but maybe it was there all the time, which 
it should.)
Even so, a reboot should have cleared up any permission problems in any case, 
since a reboot deletes all files in /tmp anyways.

So, I'm still a bit in the dark as to why it now works.
Oh well ...


> It is quite possible that Xcode couldn?t write there for the indexing.

It looks like it, but I can't see why 


Best regards, Gabriel




smime.p7s
Description: S/MIME cryptographic signature
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com