Profile avatar
totooria.bsky.social
Anarchist, enby trans woman, she/they I post about linux, ham radio, motorcycles, cycling, politics, and general nerd shit.
47 posts 28 followers 32 following
Regular Contributor
Active Commenter
comment in response to post
the real answer is give yourself a longer task you want to do even less so that your work is more appealing (/sarcasm)
comment in response to post
Seems like vultr resolves again now on my networks. Not a vote of confidence for me, though. I think I'll be transferring my sites hosted there over to my primary hosting service (and probably set up some failover)
comment in response to post
the only way to stop a bad guy with an ISIS is a slightly less radicalized bad guy with an ISIS
comment in response to post
From my view, it's hard to have a continued effort on any one larger political project, but we can at least build local movements and efforts which sustain themselves to some extent or another. That'w not nothing, but it's limiting.
comment in response to post
Meanwhile, PDX & MultCo are more interested in "revitalizing the business presence" in downtown than doing anything for the people that actually live here. Every article and press release I see is about increasing security in some way, or "bringing workers back to the office" 🙄
comment in response to post
I have a similar shit list for people who either decide to pronounce my name "Lucky". Like no, you know that says Lucy, you're just being a dick.
comment in response to post
Live the dream: catch a victorian era illness and have a quack doctor prescribe you a potent mix of cocaine and opium, maybe a little bit of bloodletting to balance the humors.
comment in response to post
Anyways I wrote a rambly kind of post about this recently that I eventually plan to synthesize into something more cogent, but for now it exists as just another shortish post on my blog. Read if you want. lucyvin.com/post/linux-i...
comment in response to post
To be clear, I don't mean that in some 'holier-than-thou' kind of way. I think you should use whatever software works best for you. I also think the companies or groups making that software should /respect/ you. Increasingly, they do not.
comment in response to post
There are about a million subtopics within this larger conversation, it's a series in and of itself if someone really wanted to dig into it. The jargon trap, community hostility, etc. all make it very hard to get people who aren't Linux/FOSS/etc. sickos like me to grasp the weight of the problem.
comment in response to post
Ultimately, people are going to use whatever software is most accessible. This might mean its interoperability with other software in a suite of applications, the availability of software to run, or the ease of use and onboarding.
comment in response to post
Trying to communicate the value and usefulness of not only FOSS projects but 'fringe' and otherwise non-monolith (see my at-this-point ancient blog post) software is incredibly difficult. lucyvin.com/post/digital...
comment in response to post
In a recent episodes of @edzitron.com's podcast, one of his guests (I can't recall if it was Robert or Gare) brought up Linux in a jumbled conversation about the general atmosphere of the show at CES and the larger tech industry.
comment in response to post
As mainstream software and operating system environments become increasingly weighed down with AI bloat, data mining, adware, and anti-features; projects both new and old such as Linux, BSD, Redox, and even esoteric and more niche projects like 9front are ever more important.
comment in response to post
also like, by living in the worst timeline but I assume that would have happened either way
comment in response to post
Cut to: fridge sparking and smoking, distorted voice emits from some half-broken speaker advising you of the best temperature to store your bullets.
comment in response to post
That same band also has a ska-punk cover of Bella Ciao that's pretty fun to get hyped up to.
comment in response to post
Best course of action is unsure, but I think my solution here is just going to be handler flags to allow for different assumed behavior. If nothing else, the core data needed to implement your own interpretation of timestamp shifting is all there.
comment in response to post
If it instead falls back to "30 days" when it can't set the date, the new date is now fixed to the 3rd or 4th. If we *always* use a 30 day shift, behavior is even less stable - as the new date on shift steadily slides back every other month, then jumps ahead in February.
comment in response to post
Some uniformity: if possible, always shift to the same date of the following month (eg, jan 15 -> feb 15). This works up until jan 28th, at which point (unless it's a leap year) all subsequent shifts will now be bound to the 28th if the handler clamps to the closest date within the month.
comment in response to post
I'm certainly not the only dev who's run up against this, as multiple different attempts at implementing org-compatible clients (E.G., orgzly, nvim-orgmode) handle the edge cases differently.
comment in response to post
An example of a simpler use-case for a generic library such as this would be a command-line program which takes input and automatically writes an entry to a notes file with a timestamped heading. Or, for another example, to build out a server/client multi-user org editor (a la google docs).
comment in response to post
There is already a package out there, go-org, which does provide this to an extent, but its architecture is very much guided by its intended use. I want to have something more generically usable for tooling and extending.
comment in response to post
excitement somewhat reduced on actually looking into the level of support provided. It's /very/ partial. But at least there's /some/.
comment in response to post
it does seem to hiccup on checkboxes though
comment in response to post
and, of course, I have no idea if there's other issues at this point because I haven't developed a roll of film shot on it. The metering looks right based on just testing the settings with other cameras I have, but the focus could be misaligned or the shutter timing incorrect
comment in response to post
I think other versions of the camera(?) have a more simplified construction that just rides on a pin to hinge the cover, but on mine it requires hooking the leg of an incredibly small spring over a ~1mm catch on a bent leg of the cover plate.
comment in response to post
In my opinion, Fedi really only works well when you self-host it (which can be a bit iffy in and of itself), or on small community servers where the management is a known entity. Else, you're just on worse twitter/bsky/etc. but somehow with *more* drama.
comment in response to post
I'd have loved to see fedi or some other fully open, non-corporate option really gain mass adoption, but that sort of thing has one major predicate that isn't in place: most people aren't "in the weeds" with tech. Or at least, in the weeds by today's standards.