Hi @bekay, feel free to look at D25408. It should fix your original problem. Thanks for your reporting

I've probably understood what is going on here

What about something like this?

Hoping to be useful, let's land this.

move comment

Yeah, the first run of arc lint creates the file, and subsequent runs do not update it.

smallcow test case added.

add useful comment (at least in my opinion) about $idx

I'm trying to propose two unit tests, but I'm not able to make them "fail" before the change. The unit always says "OK" so I think I'm not useful :( But here as reference:

Replace $m with $matches, as per review.

git rebase master

I triage this to Wishlist since it's indeed useful to some people but it's somehow still controversial. In order to attract more eyes, adding also Discussion Needed.

Feel free to land \o/

What about this small change? So, the checkbox has not a related "left" label, and has a more descriptive "right" label.

Tested before/after, thanks :)

It's a Git repository branch called 201709 (see downstream) but still no idea how to trigger the exception.
If anyone has an idea what to do to reach code in DiffusionRequest::generateURI() or DiffusionCommitBranchesController, please share.

I've taken the habit of updating to "latest RC" whenever I make an RC cut (every 3-4 months?), and then leaving it there until I feel like updating to master.
"I feel like updating to master" ususally means "there's something interesting there", and unless it's only interesting to this install, I tend to also cut the RC while I'm at it (or wait for when I do that).

Just for reference, see related T15449 and Q56.

Or, additional approach could be to have a small periodic script to watch for change on diffusion.branchquery Conduit call and than to trigger a build plan through Conduit.

looks good

great - see D25446

@avivey Yes this seems to work! Thank you

@fgaz can you try this and see if it it works for you?

I'm looking at PhutilLibraryMapBuilder:analyzeLibrary(), and it kinda looks like:

• if $this->fileSymbolMap is null, we call analyzeLibrary()`
• We load the data from the file if it's there
• We update the data
• We store it in $this->fileSymbolMap
• and we always save it to disk

There's no return in analyzeLibrary`, so if we got there, we'll save to disk. And there's no other write to fileSymbolMap, so we'll always get there.

The command does create the file, but arc lint tries to modify it anyway:

Could libexec/arcanist/src/.phutil_module_cache just be a symlink to somewhere else?

Nix

Just for my curiosity, what lovely package are you crafting? APT? snap? Thanks :)

I accept but please wait at least one day before landing :) Thanks for your code contribution!

I'm inclined to accept this, premising that usually we adopt PlatformSymbols::getPlatformServerPath() but in this case that will not work since this error is very low-level about the load of Arcanist itself.

Thanks but I don't know where that typo is, so, feel free to fix

See e.g. https://www.law.cornell.edu/wex/release why to "license under" instead of "release in"

Triaging to "Unbreak Now!" so to be kindly shown in the homepage :)

I don't remember but that was an attempt to do not release Passphrase credentials as CC BY-SA 4.0 :D :D

Public contents are released in Creative Commons Attribution-ShareAlike 4.0.

Updated to reflect some tips from comments. Also added some "Pro / Cons"

+1 for CC BY-SA 4.0 International for content (text, images, etc) and Apache 2.0 for code.