Sotto Voce

Are you wanting a write command invoked on one host to put a message in the terminal window on a different host?

Plus ca change

@FaheemMitha what's your question? Whether gandi.net has raised renewal prices? Suggestions for other DNS registrars that charge around 20 USD per year?

@FaheemMitha or the possibility that the statment's wording includes GPL code, but that was not intended.

@FaheemMitha I don't see a declaration one way or the other. I just see the possibility that there's no conflict with GPL if only non-GPL sources are "acquired through the customer portal".

@EvanCarroll access to a code repo is not "providing the exact sources"?

@FaheemMitha The sentence I'm talking about is the one I partly quoted: Red Hat’s user interface agreements indicate that re-publishing sources acquired through the customer portal would be a violation of those agreements.

@FaheemMitha I'm just interpreting the english sentence as Evan Carrol posted it.

My reading of "re-publishing sources acquired through the customer portal" is that (a) RH will only make their non-GPL code available through the customer portal, or (b) the "sources" that re-publishing would violate RH agreements are only the RH non-GPL ones (i.e., the sentence's wording includes GPL code, but that's unintended).

The word "topology" is used for both of these things.

Depends on whether you're asking about the way devices in the network deliver packets to each other (layers 1, 2 and 3 in the OSI network model) or the way sub-networks are isolated from each other by firewalls to control the flow of traffic to different parts of the network (layer 4 in the OSI model).

Any compiler could be summarized as "doing a lot of find and replace". In some ways that can be an accurate description, in other ways it's not accurate.

@jesse_b That's what the NSA tells us, at least. ;) (I'm kidding around)

@jesse_b "The webcam is pointed at you, but don't worry - we're only using the noise from it, not the image" -- NSA

@Kusalananda I don't know if terdon was thinking it was a duplicate question. The feeling I had reading that second question was that the cause of the troubles may be the same as an earlier question. I couldn't find the question until yesterday.

@terdon that tickles a memory for me too. IIRC the explanation for the strange behavior in the other question eventually ended up being related to the ownership of symlinks under /proc/<pid> or /proc/self . I can't remember the specific question, though.

@jesse_b (re the numeric username) "There's a fine line between clever and stupid." -Nigel Tufnel

And BTW, I was mistaken earlier about who noticed "myapp" is a subdirectory. It was @muru . (credit where credit is due)

@CodeMed Yes, changing everyone's PATH can be tricky. With that in mind, my suggestion would be to follow the pattern of the /usr/local/bin/aws command visible in your file listing. It's a symlink that points to an executable with other dependencies under /usr/local/aws-cli/.../... The shells searching PATH will find the link and your app's accessory/dependency files don't pollute /usr/local/bin.

@CodeMed or even install your app in a subdirectory like /usr/local/bin/myapp_dir, and set a symlink in /usr/local/bin that's myapp -> myapp_dir/myapp.py. The shell will find the symlink in /usr/local/bin and invoke your .py file in the subdir. Like the other symbolic links visible in /usr/local/bin. One of those three things is my suggestion.

@CodeMed [continued from previous message] The elements listed in PATH are directories, and the shell searches those directories for files (or symlinks). It does not search subdirectories of those elements. The shell is ignoring the contents of your /usr/local/bin/myapp directory because it's a directory. If you were to add /usr/local/bin/myapp as an element in PATH it would probably find your executable file. Or install your python file into /usr/local/bin instead of a subdir.

@CodeMed Thanks for the PATH contents. As I review the posted question, I saw what Kusalananda saw. In the listing of /usr/local/bin after the output line 'About to ls -al /usr/local/bin', I see that everything in the listing is either a regular file or is a symbolic link (presumably to a regular file). Except for one item: "myapp". "myapp" is a directory. [have to continue this in my next msg]

@CodeMed how is Github Actions causing these commands to be invoked on the server, if not through an SSH connection and an interactive login as a particular user? Is it making some sort of calls to a cloud provider API that's going through an agent daemon running as root on the server? Some other mechanism? There's output in your question that shows the contents of /usr/local/bin, but not the contents of $PATH. Is it possible $PATH isn't what you expect?

Those particular directories can be read-only, but it can make OS updates difficult. If you're mounting them read-only on a VM, then you'll be updating the OS files from the native host (where they're read/write).

Could the video have meant to say it didn't become common for computer [software] to have garbage collectors until decades after 1972?

The effects of the inconsistencies between machines can be very severe or very mild. It depends on what data is contained in the files and what use is being made of the files by processes on the NFS clients.

In my experience NFS clients cache a lot of the file data and metadata they fetch from the NFS server. I'm not aware of NFS servers that send notices to clients about changes to files, though it's possible they exist (as well as clients who understand such notices). This local caching on clients can produce inconsistency in file data or metadata between NFS clients as well as between the NFS server and clients.