Notices by anna (navi@social.vlhl.dev)
-
Embed this notice
anna (navi@social.vlhl.dev)'s status on Saturday, 12-Apr-2025 02:18:36 JST 
anna
@wyatt @sinewave @puppygirlhornypost2
> The point about not having as many ports may be true but that's not why people call the mac a donglebook, they call it a donglebook because all I/O is just USB C ports.
most users just care that they need to carry the thing and and have it "dongle" (heh) from the laptops tbh
the usual normie only sees usb-c as "oh the small one that can go both-ways"
> is the usual normie the intended market for the framework?
as i see, their target market is somewhere between macos user, and a "diy gaming pc" user, with a sprinkle of FOSS
> Also there's quite often enough room on the face of these ""cards"" (flush mounted dongles) that more I/O could have been provided than actually was.
> The headphone adapter for instance could easily have also fit a pass-through USB connector/hubbed connector as well, or much more simply just a line input TRS connector
i do agree, the "modules" are big probably so they could fit wider ports like hdmi/dp, and also having one module just for trrs on the fw16 is a waste
nothing really stops a single module from having two (small) ports, and i feel like the fw13 could have 3 "slots" on either side but it doesn't, so i'm not denying that only 4 ports + trrs (fw13) or 6 ports (fw16) is weirdly few -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Saturday, 12-Apr-2025 02:05:04 JST
anna
@sinewave @puppygirlhornypost2
if i had a framework while i was going to school, i would take the hdmi one to hotswap if i needed to, but it's just not the best usecase imo, it's more an emergency
if you *do* need most-if-not-all of the ports in your t480, then the t480 is for you, not a framework. different people have different needs, and for me the framework's "chose your ports, but should you need more here's a smol square to carry" thing is way better than whatever apple's doing -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Saturday, 12-Apr-2025 02:03:14 JST
anna
@wyatt most users just care that they need to carry the thing and and have it "dongle" (heh) from the laptops tbh
the usual normie only sees usb-c as "oh the small one that can go both-ways" -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Saturday, 12-Apr-2025 02:00:46 JST
anna
@sinewave @puppygirlhornypost2
> of course you could make the argument that you can just swap the connectors by need or carry around extra modules, but at that point you've just reinvented Apple's dongle hell with an open source coat of paint
i disagree here, apple's laptops have like one or two ports, and dongles are big, unwieldy, and you basically need to settle at a desk and set them up every time
and while yes framework's square thingies are just funky usb-c adapters, they fit well in the machine
i rarely need hdmi or ethernet on my laptop, so i carry those little boxes on my bag for only when i need. but someone that does need hdmi every day (say a professor in a school, who needs to do slide presentations daily), can keep the hdmi in and it feels just as nice, no plugging and unplugging dongles every time they move to a different classroom
apple's take is "you'll rarely need those connections so do this unwieldy thing, orr--- use our proprietary wireless protocols (like airdrop)!"
while for a framework, it's "okay, you pick what connectors you use frequently and have them fit nicely in the chassis. but not everyone's selection of 'must have' connectors are the same"
imo the point of the modules is not to hot-swap them like dongles, but to build your core set without needing a different machine, and without needing to allocate space for connectors you never use -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Friday, 11-Apr-2025 22:45:18 JST
anna
going thought systemd's unit directives like:
okay this we have
okay this makes sense as a supervisor option
okay this makes sense as a tool for the user to call in the script
okay this makes sense as a feature for our c tools
okay this doesn't make sense to have in an init system
and honestly it's a bit nice -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Friday, 11-Apr-2025 05:19:50 JST
anna
getting used to spicy food not for any reason except i can't estimate shit and always put in too much seasoning -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Thursday, 10-Apr-2025 03:22:12 JST
anna
@lanodan the idea is more of a vm which would mean you don't have to fork off a shell multiple times then pipe results back, aka using posix sh as your scripting language or smth -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Thursday, 10-Apr-2025 03:17:09 JST
anna
what about a lua-like vm library, but, it's posix shell, and you can feed it c functions as built-ins, as well as call shell functions from c -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Wednesday, 09-Apr-2025 12:49:22 JST
anna
@lanodan @whynothugo it makes people complaining about how "manpages lack things necessary to be modern documentation" because, they have most of what you need-- but man.1 still wants to render it statically like it's the 80s
like we don't even have reflow on terminal resize ffs -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Wednesday, 09-Apr-2025 11:27:07 JST
anna
@littlefox @alilly tbh having the function signatures in elf headers would be really cool indeed, needing nothing but the .so to link a lib -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Wednesday, 09-Apr-2025 11:25:36 JST
anna
@alilly i've accepted that languages like rust won't have dynamic linking as the default anymore, at best we could get it as opt-in via crabi or smth
hare could maybe work if we had compiler support, the rest, i dunno, it's a hard problem and i wish people would see how vendored static libs makes packaging and security updates hell -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Wednesday, 09-Apr-2025 09:39:46 JST
anna
@lanodan @whynothugo openrc has some hand written (nroff? man? troff? idk) pages and i *hate* editing them so hard, i was considering pushing for scdoc upstream, iirc there was a patch in the ml for it about the cross-referencing?
i wonder if mdoc is any less bad than the current openrc pages tho -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Tuesday, 08-Apr-2025 13:07:29 JST
anna
also wtf how is it 5am i have to sleep -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Tuesday, 08-Apr-2025 09:39:44 JST
anna
@lanodan it really depends on how many services start at once
and one of the patches i wrote improved the parallelism quite a bit, which made the output even worse (i'd often get 4 or 5 lines on --no-clear tty1 with just the `[ ok ]` and nothing else due to miss timings) -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Tuesday, 08-Apr-2025 09:21:12 JST
anna
@lanodan yesn't, but mostly rc_parallel which i wanna make the default eventually (and hopefully soon), tho even in serial mode it dos sometimes break
the way ebegin/eend works atm is that ebegin prints the ` * Doing nya ...`, then eend just emits "cursor up, cursor $COLUMNS - 5, print [ ok ]"
this obviously doesn't work in parallel since there will be multiple processes outputting at once, and it doesn't work in serial if there's any other output between the ebegin
i have an idea of how to fix that, but i'll have to test it later and hope it's a decent design -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Tuesday, 08-Apr-2025 08:13:17 JST
anna
@rozenglass #embed is not only portable, but also not tied to vim (yes, the vim package ships xxd, don't ask me why they didn't make it a separate tool), and if you're embedding anything remotely big (like say, model or texture data like it's helpful to do with graphics programming), then a properly implemented embed will speed up your compile times a *ton* -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Tuesday, 08-Apr-2025 08:12:36 JST
anna
the two most iconic things about openrc are the green/yellow/red ` * ` at the left, and the `[ ok ]` in the right column
but the `[ ok ]` is probably impossible to make it display consistently... gaah... -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Tuesday, 08-Apr-2025 05:16:53 JST
anna
@lunareclipse i feel like it's a bit of a chicken and egg situation
people write alpha-ish software in a weekend due to simplicity, then realize... "oh, i barely have anything to actually browse with this", and drop it
and then people wanting to host things see the ecosystem and go "why would i set up a capsule, there's barely any good software to browse with" -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Tuesday, 08-Apr-2025 04:54:17 JST
anna
> But let's be honest with ourselves. Physical game releases have been dying out gradually for years
yes, that's true
> This is called "sharing things," and it's how owning stuff has worked for as long as people have owned stuff.
but... you don't own the game in a "game-key card"...
> But it's something that's being steadily eroded in the streaming and digital download age, when companies and a certain kind of Internet commenter/social media poster will pedantically explain to you that you are not buying a thing, you are buying a license to view or use a thing.
my friend you're advocating for literally the expansion of the concept of "you'll own nothing and you'll like it"
advocate for actual ownership of digital data instead please, don't fall for nor accept this corpo bullshit
RE: https://mastodon.social/users/arstechnica/statuses/114297729148255766 -
Embed this notice
anna (navi@social.vlhl.dev)'s status on Saturday, 05-Apr-2025 09:50:20 JST
anna
i just realized that if i change the current model, non-einfo lines won't be prefixed
which would make things like a daemon printing to stdout confusing, so maybe i shouldn't change anything at all...
RE: https://social.vlhl.dev/objects/ec7a5456-a8d6-4c45-99e8-a4ad942d4f07
All GNU social JP content and data are available under the