I hope this rust library can make its way back into Moonlight and Sunshine projects.
If there was a simple Debian based distro that I could declaratively manage via a single config file, I think I'd try it. I.e. not using Puppet or Chef that can only bootstrap a system state, but something to truly manage a system's entire life cycle, including removing packages and anything littering the system file tree. But since there isn't, I'm using NixOS instead.
Having a DSL to declare my entire system install, that I can revision control like any other software project, has been convenient for self documenting my setup and changes/fixes over time. Modularizing that config has been great for managing multiple host machines synchronously, so both my laptop and desktop feel the same without extra admin work.
Nixpkgs also bolsters a lot of bleeding edge releases for the majority of FOSS packages I use, which I'm still getting used to. And because of how the packaging works, it's also trivial to config the packages to build from customer sources or with custom features. E.g. enabling load monitoring for Nvidia GPUs from btop that many distros don't ship by default.
Yeah, the centralization of public Internet infrastructure around Cloud flare has been concerning, not only as a single point of failure but also in terms of consolidation of trust.
As a prior student workout a public IP deep behind several NATs, with little funds for self hosting hobbies, these kinds of tunnel services were a handy gateway in getting started.
Although, I hope ISP adoption of IPv6 or cheaper bandwidth quotas for VPS providers help compete on this front for self hosting networking.
Too bad you have to rely on cloudflare to then manage your domain to utilize this feature, like if it's just a demo for a one off project.
I'm not the original author, even with the YouTube title being as is, but what do you mean? Perhaps relying that the desired services exist as nix packages, or that nix packages have desired defaults or exposes desired config parameters?
There are two other nix media server config projects I can think of, but I think this approach mostly facilitates the install, but not the entire initial config setup, given that a lot of the stack's internal state is captured in databases rather than text config files. So simplifying the backup and restoration of such databases seems the next best thing to persist your stack configs with nix.
I hope compatibility with git submodules gets ironed out soon. I'd really like to have multiple branches of a superproject checked out at once to make it simpler to compare source trees and file structures.
Ah man, I'm with a project that already uses a poly repo setup and am starting an integration repo using submodules to coordinate the Dev environment and unify with CI/CD. Sub modules have been great for introspection and and versioning, rather than relying on some opaque configuration file to check out all the different poly repos at build time. I can click the the sub module links on GitHub and redirect right to the reference commit, while many IDEs can also already associate the respective git tag for each sub module when opening from the super project.
I was kind of bummed to hear that working trees didn't have full support with some modules. I haven't used working trees with this super project yet, but what did you find about its incompatibility with some modules? Are there certain porcelain commands just not supported, or certain behaviors don't work as expected? Have you tried the global git config to enable recursive over sub modules by default?
Nice! Thanks for the clarification.
@mjpc13@programming.dev , would you like to pair up again to form a !/c/robotics community?
I'm thinking it'd be nice to have a community to post about general robotics news. media, and events that are unrelated to ROS. Perhaps something like a smaller informal version of https://www.robotics-worldwide.org/, but maybe not so academic. So, a little more community oriented and general dev oriented, where folks could re-post maker like robotics content like this:
So far for !/c/ros , I've been hesitant to divert ROS specific traffic away from their existing online platforms; as soliciting direct questions or discussions could fragment the already-small ROS community from their official sites. Yet !/c/ros might be a bit too narrow in scope for the example content above.
@Ategon@programming.dev , suppose this'd still be in scope of this instance?
roboticsRoboticsI think we could also help some mods to find project artwork or logos that are textless, increasing their relative size for easier visual recognition. E.g.
Textless:
Of course some icons are unavoidably text, like php, R, C/C++, etc.
But their also common enough to ID on sight given additional color cues.
What about physical or nonphysical items that span across decades of use?
Such as keyboards, i.e. every current revision of the almost 30 year old USB standard has been backwards compatible. Even then, many mechanical keyboard enthusiast covet, refurbish, and modify antique hardware peripherals such as IBM's Model M.
Would it be a stretch to consider these artifacts as family heirlooms in the near future, just as a trapper's musket rifle, a farmer's scythe, a watchmakers lathe: tools that brought food to the table for one's great great grandparents?
Or perhaps URL domains for sites that have either evolved or frozen in time?
I often wonder how I'll handle the domain name registration of sites and blogs belonging to my elders. Will I just archive the data offline and let go of the domains, or upkeep the infrastructure for public posterity? Akin to how hereditary descendants since ancient times would pay homage to ancestors by maintaining a tombstone or a shrine, perpetuating their legacy and living memory.
Wow, hello fellow Rose alum! Class of 2013 here, so don't I remember if IT was advertising an Eduroam SSID back then, but the standard issued corporate HP laptops had decent Linux support, or at least someone in the class cohort would find and disseminate a workaround by the time the next LTS kennel rolled around.
Definitely agree on seeking out a local LUG on campus. As originally an EE while at RHIT, I didn't know about LUGs until I continued on to grad school for CS at GT, which had a very active LUG with invited guest speakers and even senior student led lectures.
Looks like the hosting for lugatgt.org is now down, hope they're still going, or perhaps merged with ALE of Atlanta.
https://vtluug.org/wiki/List_of_Linux_and_Unix_Users_Groups