VVV | An open source Vagrant configuration for developing with WordPress | Content Management System library

I don't know C#, so won't be addressing some things I don't understand in the code.

First of all, you set

From the official documentation of Register-ObjectEvent (notes section)

Events, event subscriptions, and the event queue exist only in the current session. If you close the current session, the event queue is discarded and the event subscription is canceled.

Everything above belong to your session, which is terminated when the process exit. Even if it was somewhere else, your .net FileSystemWatcher is part of that process and is terminated as soon your session exit.

Now, when you debug through VSCode / ISE, your session is created beforehand and does not terminate after you exit the script, which allow you to evaluate variable of the last execution. It also mean your subscriptions and event callbacks and the associated .net objects remain in memory and active at this time.

That being said, your debugger also detached at the moment your script exited. It also mean that if you were not debugging and just running the script, your session would exit immediately after the script execution and thus, your listener, events callback and everything else would immediately exit without a chance to process anything.

To keep the debugger attached, be able to debug and also to have the script working in a normal context at all, you need to somewhat keep the process alive.

The usual way to ensure that is to add a loop at the end of the script.

You could find the first index in the range with the minimum sorted pair at that index:

The moderncv class automatically loads the hyperref package. You can use \PassOptionsToPackage{hidelinks}{hyperref} to make sure it is loaded with the options you want.

(although our hidelinks option won't make a big difference because moderncv sets the line width of the link boxes to zero, so they are already invisible)

Well i dont know what the issue was but changing :

Managed to solve my own issue. Noticed in the ceph logs (not sure how I missed it first time round) that the signature from my client didnt match how the ceph radosgw was signing the same signature.

Took it back to task on the canonicalRequest and for some reason if i take out all the line breaks (\n), it calculates.... But all of my other jobs like updating roles, adding buckets etc... fail as they need the line breaks. Not sure why, some Ceph weirdry?

I did packet captures and stripped the SSL to see what both requests from a working SDK and my curl were sending and it was identical...

Oh well, working :)

Sometimes the act of writing the question and actually pushing the Post button triggers some additional thinking even after one seems to have exhausted all avenues.

Case matters - my config/backup.php had an uppercase S and my config/filesystems.php had a lowercase s (the default).

Seems like you can merge the DataFrames and add relevant columns together:

== Workaround ==

PYTHONPATH to the rescue!!!

running export PYTHONPATH= circumvents the issue. However, sys.path in this case is not similar to the sys.path of pip install . - they both have the path of src but the pip install -e . would also have the path of the root directory - allowing to import it, which shouldn't happen.