Mika / is on Nostr

AH. DevOps Engineer. I post about #Gaming, #SteamDeck, #Linux, #Anime, and #Tech in general.

☕ Ko-fi: https://ko-fi.com/moekai
📷 Pixelfed: https://pixelfed.social/@irfan
🦋 Bluesky: https://bsky.app/profile/irfanhakim.bsky.social
🐘 Mastodon: https://fosstodon.org/@irfan
🤖 Kbin: https://kbin.social/u/irfan
🦊 Matrix: @irfan:kitsunes.club

Last Notes

2024-09-12 06:01:55

- reply

i'm so happy this shit is finally coming to light tho. i feel like all this while, people KNOW something's up with this bunch but there's no grounds to actually take any definitive action but somehow that's changed only recently after some whistleblowing??
I just fucking hope the outcome is this creepy ass group/company gets disbanded and banned too, always gave me the heebie jeebies (and that was BEFORE I even knew it involved child sexual exploitation of any sort 🤢)

2024-07-31 07:10:04

- reply

I just replenished my fruit supply yest but I guess I've to keep an eye on Ciku in my next visit... I'm not kidding when I say I've never even had Ciku in my mind let alone my mouth HAHA I've never seen anyone eat it or speak of it. I think I only know its existence from A-Z alphabet books as a kid perhaps xD
I've to say I'm excited tho to discover a fruit that's supposedly so damn good and I've not even acknowledged it before haha

2024-07-31 06:45:20

- reply

I've just had Cempedak recently and it was HEAVENLY :') Never liked Jambu as a kid but been liking it quite a bit recently. Duku Langsat also I never liked hehe (always tricks me into thinking it's Mata Kucing) but I know people love them. Never had Ciku before.. kinda interested now. Pulasan too never had them, they look a bit scary but also one of those fruits people seem to love.

2024-07-31 05:48:35

- reply

I used to loveeee Mangosteens when I was small. I was awfully sick recently and only then I realised we're very lucky to have a ton of really good, unique fruits in Malaysia lol

2024-07-10 05:04:36

- reply

OMGGG it took me a minute to understand this because I read it as DinoBat 😭 was wondering what international list could've been named as such lmao

2024-07-10 04:59:49

Years ago I came across a question about what language does your brain think in as a multilingual speaker - I wondered about it and self-answered my question by thinking about it in English.
Today I realised there's another _unexpected_ layer to that. I saw the word _cat_, which is paint in Malay and the animal, cat, in English. The first thing that came to my mind however was the #Linux command, `cat`. With that limited data, I guess my brain's preferred language is #Bash > English > Malay.

2024-06-16 17:18:50

I have been using #Podman instead of #Docker on all my #Linux machines ever since I got the #SteamDeck, and it's been absolutely perfect - it really is a drop-in replacement + can be installed/used rootless (I think Docker possibly is the same, but perhaps not as well designed for it which is the perception I got).
I also have been using Podman on #macOS and have not installed Docker at all on my Mac. It works the same (as on Linux), except on non-Linux machines including Macs, Podman (and Docker) will need to setup a VM for it to function. On Docker you do this by installing Docker Desktop, a GUI app you could use to set everything up. That app is truly garbage on Macs, especially #Apple Silicon ones, and it's hard crashed too many times than I could count in the years I've been using it.
On Podman, there's also a GUI app akin to Docker Desktop, but I skipped on that since it's not required as you could set everything up very easily using the very Podman you've installed right from the terminal. So far, so good and I've never had any problems with it at all in the few months I've been using it - but the VM seems to be taking up a lot of precious space on my stock, 256GB #MacBook Air (roughly ~76GB).
I don't run any containers on my Mac but I do build multiple containers regularly almost every day. I've pruned the images on my machine which should have removed any dangling images, but that doesn't seem to have freed my storage much or at all.
Using #KDE's #Filelight app, I could see the path taking up my storage is `~/.local/share/containers/podman/machine/applehv/podman-machine-default-arm64.raw` (which I'm guessing is something like a `qcow2` file?). I read that Podman allocates 100GB of storage for a Podman machine (VM), though in my case, if the path I shared really is the `qcow2` file in question, it's taking up ~76GB. Does anyone know if the 76GB value means it really is taking up that much storage on my SSD (i.e. Used space: 76GB/100GB) or in reality it's not, it's just been allocated that much (i.e. Used space: ?GB/100GB)? If it really is taking up that much storage, what could I do to clean it up?
🔗 https://github.com/containers/common/pull/832

2024-06-12 09:18:50

I know there's a vast lack of good horror game vids on YouTube lately when I resorted to watching silly Zelda or Minecraft vids/challenges as my go-to coding _companion_ for the past ~1-2 months, but I now know that it's a lot more serious than I thought when I now have resorted to watching Chess games when I don't even play Chess.
_fun fact_ - I was the president of my school's Chess club when I was ~16-17 despite, again, not playing Chess in any meaningful way my whole life. School _politics_/_democracy_ was just that meaningless where people nominate and vote whoever they want for the memes lol.

2024-06-04 07:56:55

- reply

I'm on Ventura still and holding off on updating to Sonoma since I've seen quite frequent reports on here of things I need being broken on Sonoma, but seems like a good option when I do upgrade. Thank you!

2024-06-04 07:15:35

Bonkers how you can't 3 finger tap an item/link to open it in a new tab on #macOS like you could on #Linux (and #Windows, probably). #Apple forums I was looking into this on all starts with a simple, civilised question and quickly drags into a messy garbage of Apple _extremists_ saying you're stupid for wanting that simple way of opening stuffs in a new tab when you can just either 1) Cmd + Click, 2) 2 finger tap + Open new tab, or 3) Get a mouse - as if those are the same things, when the answer should've been really, "you couldn't".

2024-05-05 08:33:40

- reply

yes I totally agree. The priority for me is still for instance-level blocks and mutes + user-level blocks and mutes to work reliably. This suggestion would be premature to look into or worked on if said priority hasn't even "matured" just yet.

2024-05-05 08:17:30

- reply

if users being able to override an instance block/mute for their account alone will disrupt these enforcements/moderation for everyone else on the instance (so not really for their accounts alone), which I guess is possible, then it's certainly not what I would want.
The "best" scenario I'm looking for is that for instance maintainers to still enforce blocks/mutes for all of their members, but with the only difference being users could perhaps granularly add exceptions to what is blocked/muted **for them** (not others). So for example if their instance blocks/mutes federation with Threads/Meta, but they alone would want to still federate with Threads/Meta.
As of right now, users could only **add** to the block/mute list **for themselves**, not override or add exceptions to what's enforced by their instance.

2024-05-05 08:05:23

Moderation in #Fediverse currently works this way (as far as I can tell):
- Instances could enforce their instance block and mute list. This gets passed down to all members of their instance.
- Users could have their own block and mute list of users or instances. This only applies for them, on top of the home instance's list.
This works great for the most part, but previously there have been plenty of discussions/arguments of instance members perhaps not agreeing to certain blocks/mutes enforced by instance maintainers - in cases such as this, since individual members have no power to "override" these rules for their account (i.e. to federate with users of another instance that's been blocked by their instance maintainer), their only choice as the last resort is for them to move to another instance.
I imagine it'd be great if it works this way instead:
- Instances could enforce their instance block and mute list. This gets passed down to all members of their instance **by default**.
- Users could have their own block and mute list of users or instances. This only applies for them, on top of the home instance's list.
- **However** users could also override the home instance's list granularly, if they would want to for example, federate with an instance that's been blocked by their home instance.
As someone who's **not** really delved into the workings of the Fediverse/#ActivityPub or any of the projects using it all too much, this "feature" suggestion might totally be technically nonsensical or maybe expensive though for it to make sense or be possible to achieve. Just thought this _might_ be an improvement for what I think is already an excellent moderation _system_ that we have here.

2024-04-29 05:37:20

- reply

I don't think I'd need it on Arch, but I can see it being useful elsewhere as an alternative to the Distrobox route. Good to know, I'm sure u already have a video on it that I might have missed, thanks!

2024-04-29 05:29:46

#Homebrew on #macOS is great, but I wonder how easy or good it is to get up and running, and use on #Linux (esp immutable distros such as #SteamOS). Has anyone here tried?