brouhaha@mastodon.social (@brouhaha@mastodon.social)
Proud to be Antifa, like my grandfather, who was killed fighting fascism in WWII, and was posthumously awarded the Air Medal and the Purple Heart.
#microcontroller #firmware #C #CPlusPlus
#FPGA #VHDL #Verilog #SDR (SW Defined Radio)
#retrocomputing
#nonpareil HP calculator simulation at #microcode level
Maker (with John Doran) of #NixieTube #RPN #calculator
CHM PDP-1 Restoration Team
Call sign N2ES
he/him
cis male
atheist
Damned dirty ape
Not a tame programmer
in #Colorado, near #Denver
Post
-
PSA: go.sum is not a lockfile.
Senza categoria@diazona @filippo
Thanks for the explanation! I'd heard of configuring a package manager to require a specific dependency package version, but I hadn't heard it called locking, or using a specific file to store exclusively that information. The only times I've used such functionality, the required versions were stored in a general configuration file with a lot of other configuration management settings. -
PSA: go.sum is not a lockfile.
Senza categoria@diazona @filippo
But for your question, being "in xxx" where "xxx" is a package name suggests to me that they're trying to describe having the current working directory be either the package's source code directory, or the package's nstallation directory. -
PSA: go.sum is not a lockfile.
Senza categoria@diazona @filippo
I don't understand why such a thing would be called a lockfile. I've only ever heard "lockfile" used to mean a file that is temporarily created to indicate that some resource should be considered "locked", and unavailable for use by e.g. another process running the same or a related program. In other words, using the filesystem to implement a mutex. (This method only works for programs that agree to the usage convention; the OS kernel doesn't enforce anything.)