tell this to a debian maintainer.
HN user
mikeyg
Detroit Software Engineering
Lead Applications Technical Analyst @ Wayne State University Founder, Chief Architect @ HyperHive Inc. (Praux.com, mg2.org)
[ my public key: https://keybase.io/mg2; my proof: https://keybase.io/mg2/sigs/LS34cvvktUerTdKlJaWK11x-Nzh-D_m-LdCnK7qugyU ]
anyone else feel like the linux kernel release quality has come down a bit here in the 2020s? i feel like it hasn't been this bad since the mid 90s. anecdotally in the past couple years, i've experienced a data corruption bug in xfs, wonky wifi firmware/kernel regressions, graphics artifacts and hard crashes in amdgpu. my experience with mainline releases before 2020 has been that they're rock solid. i'd doubt myself before i doubted the kernel. i say all this with a deep appreciation for everyone and the work they're doing... my intuition says that the complexity of it all is reaching a tipping point that is finally overwhelming the ages old release engineering processes.
at least in the original implementation of this protocol (cjdns) there was already a tiny bit of proof of work happening in address generation. forgive me as this knowledge is over a decade old but it involved finding a curvecp private key that scalmults into a public key that (maybe whose hash?) begins with some specific number. this number is what's actually used as the ipv6 address. and that specific number is the routable ipv6 prefix.
the process would be run again and again during configuration generation until a key that fit this criteria was found. one could up the difficulty of this process considerably.. though not in a protocol backwards-compatible way.
you also needed to find a peer.
but yeah that's a gnarly hole.
One thing that'd make this better is if it spammed garbage to poison their data sets when not in use.
I think the value is in having your templates already loaded client side, then being able to render them as your data comes back from the server in JSON or XML.. It lets you keep the server side controller very simple & generic, possibly just enough to handle authNZ and a model query.
Zimbra's open source edition's WebDAV sharing works well once you get the URLs figured out. You get a lot more fine grained permissions. It's cross platform, there are shared folders, etc.. if that's what you're looking for. You can make folders public to share with others, and so on. With bandwidth as fat as it is these days DAV's heavyness doesn't feel so heavy anymore. Am I the only one that shares these sentiments? Did I mention it works on MacOS 10.6, Linux, and Windows 7?
If you're using Dropbox to back up some of these other solutions might make more sense. Crafting up a script using hard links and rsync can give you daily snapshots of any filesystem at only the storage cost of the delta (which can be easily turned into a cron job) .. here's a decent resource for that:
You can already do this, but with subwebs instead of subdomains.. e.g. qjz.praux.com/ibm/ .. Simply tag the content into the "ibm" view and it will show up at /ibm/ .. ibm.qjz.praux.com is a completely separate resume-eligible host name.. that someone else could use for their own resume.
It does spit out a word document at the end (if you want one).. The URLs are RESTful. To get a document file out of a resume go to the resume / view you want then do filename.ext.. so http://michael.gregorowicz.praux.com/resume.doc would give you a word document. .txt, text file.. .odt, .pdf, etc!
Thank you very much for all of your feedback so far! Very thoughtful and appreciated!