@jessew My condelonces
Notices by kimapr (kimapr@ublog.kimapr.net)
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Wednesday, 29-Apr-2026 12:44:10 JST
kimapr
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Wednesday, 29-Apr-2026 12:44:08 JST
kimapr
@jessew Verybad grade
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Sunday, 26-Apr-2026 15:52:14 JST
kimapr
@fiore Actually the post seems to be deleted.
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Sunday, 26-Apr-2026 15:51:31 JST
kimapr
@fiore i cant believe pleroma goon squad would defederate me
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Sunday, 26-Apr-2026 15:51:29 JST
kimapr
@fiore sorry i mean misskey goon squad apparently.
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Sunday, 26-Apr-2026 15:51:29 JST
kimapr
@fiore Whose this about
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Sunday, 26-Apr-2026 01:40:25 JST
kimapr
@Suiseiseki @Clygro @gelatin Porting proprietary software with no source code available is something that is both feasible and commonly done.
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Thursday, 23-Apr-2026 02:27:23 JST
kimapr
@SuperDicq @fiore @mangeurdenuage notably these statements were about real things that impact real people, including defending a real sex criminal.
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Thursday, 23-Apr-2026 02:27:00 JST
kimapr
@SuperDicq @fiore @mangeurdenuage And what is he using to back such claims? Lolicon?
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Thursday, 23-Apr-2026 02:26:59 JST
kimapr
@SuperDicq @fiore @mangeurdenuage Like to me what you’re doing feels a bit similar in a way to calling someone an n-word as a way to imply that they are a criminal. That’s pretty obviously racist just as bringing up lolicon here is kinkshaming.
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Thursday, 23-Apr-2026 02:06:22 JST
kimapr
@SuperDicq @fiore @mangeurdenuage You would’ve “just said he liked loli” if there wasn’t any context to that claim. Your intent clearly was to use this fact to paint Drove Default in a bad light. What do you think is the reason liking loli typically considered bad?
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Thursday, 23-Apr-2026 01:57:51 JST
kimapr
@SuperDicq @fiore @mangeurdenuage Ok, but then why are YOU doing exactly that?
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Thursday, 23-Apr-2026 01:43:46 JST
kimapr
@SuperDicq @fiore it seems he’s changed his mind and apologized for the latter and the former is literally a non-issue and none of your business. Why did you list it first freedom guy? Is censorship suddenly OK when it’s about kinks you don’t like? Is watching made-up cartoons worse than believing that women do not deserve bodily autonomy? sus. Sus. SUS
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Friday, 17-Apr-2026 11:10:19 JST
kimapr
Im basically trying to debug an issue in btop where under heavy system load it can sometimes just hang (the stress test i’m using is filling up RAM with garbage until the whole system gets severe levels of thrashing). It’s pretty annoying to reproduce and often instead of hanging it crashes instead (or maybe commit 6164470 always crashes while 1.4.6 hangs. can’t really tell for sure nope 1.4.6 also crashes). For the crashes, the backtraces seem to always be like this:
(gdb) thread apply all bt Thread 2 (Thread 0x7fc967ed3780 (LWP 6988)): #0 0x00007fc967aaa4fe in __syscall_cancel_arch () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #1 0x00007fc967a9f788 in __internal_syscall_cancel () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #2 0x00007fc967a9fd9c in __futex_abstimed_wait_common () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #3 0x00007fc967aa4504 in __pthread_clockjoin_ex () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #4 0x000000000043ddb1 in Runner::run (box=..., no_update=no_update@entry=false, force_redraw=force_redraw@entry=false) at src/btop.cpp:749 #5 0x0000000000441069 in btop_main (args=...) at src/btop.cpp:1166 #6 0x00000000004378d2 in main (argc=<optimized out>, argv=<optimized out>) at src/main.cpp:11 Thread 1 (Thread 0x7fc9665fd6c0 (LWP 13929) (Exiting)): #0 0x00007fc967aa46dc in __pthread_kill_implementation () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #1 0x00007fc967a51a02 in raise () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #2 0x00007fc967a3aed1 in abort () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #3 0x00007fc967caea64 in ?? () from /gnu/store/xm7i1gvi0i9pyndlkv627r08rsw1ny96-gcc-15.2.0-lib/lib/libstdc++.so.6 #4 0x00007fc967cc109a in ?? () from /gnu/store/xm7i1gvi0i9pyndlkv627r08rsw1ny96-gcc-15.2.0-lib/lib/libstdc++.so.6 #5 0x00007fc967cae5ee in std::terminate() () from /gnu/store/xm7i1gvi0i9pyndlkv627r08rsw1ny96-gcc-15.2.0-lib/lib/libstdc++.so.6 #6 0x00007fc967cae506 in ?? () from /gnu/store/xm7i1gvi0i9pyndlkv627r08rsw1ny96-gcc-15.2.0-lib/lib/libstdc++.so.6 #7 0x00007fc967ef9f52 in ?? () from /gnu/store/xm7i1gvi0i9pyndlkv627r08rsw1ny96-gcc-15.2.0-lib/lib/libgcc_s.so.1 #8 0x00007fc967efa67a in _Unwind_ForcedUnwind () from /gnu/store/xm7i1gvi0i9pyndlkv627r08rsw1ny96-gcc-15.2.0-lib/lib/libgcc_s.so.1 #9 0x00007fc967aaab80 in __pthread_unwind () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #10 0x00007fc967a9f733 in __syscall_do_cancel () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #11 0x00007fc967a9f788 in __internal_syscall_cancel () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #12 0x00007fc967a9f7cd in __syscall_cancel () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #13 0x00007fc967b1f124 in sendto () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #14 0x00007fc967b2b274 in __netlink_request () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #15 0x00007fc967b2b5b6 in getifaddrs_internal () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #16 0x00007fc967b2c2e8 in getifaddrs () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #17 0x000000000053c1ca in Net::IfAddrsPtr::IfAddrsPtr (this=0x7fc9665fc8b0) at src/linux/../btop_shared.hpp:335 #18 Net::collect (no_update=<optimized out>) at src/linux/btop_collect.cpp:2611 #19 0x000000000044412e in Runner::_runner () at src/btop.cpp:619 #20 0x00007fc967aa2aed in start_thread () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 #21 0x00007fc967b1d768 in __clone3 () from /gnu/store/yj053cys0724p7vs9kir808x7fivz17m-glibc-2.41/lib/libc.so.6 -
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Friday, 17-Apr-2026 11:10:17 JST
kimapr
Notice how there are two threads. Why does a task manager program even have two threads? For a really bad reason. What the main thread does here is fire up a “secondary” thread that seems to be doing all the work. It waits 5 seconds for it to complete, and then if it still haven’t, calls pthread_cancel on it and tries to start it over. There’s a loop reading an atomic variable over and over with a 1ms sleep in between which is how the 5 second wait is implemented. Okay
I assume there’s tons of bugs in the code that cause random hangs to happen, and this is how the dev decided to tackle the issue.
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Friday, 17-Apr-2026 09:33:03 JST
kimapr
Oh my god btop++ code is horrible. No wonder it fucking dies whenever you look at it wrong.
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Wednesday, 15-Apr-2026 20:39:31 JST
kimapr
@jessew Wtf its huge
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Wednesday, 15-Apr-2026 20:39:28 JST
kimapr
@jessew skol
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Wednesday, 15-Apr-2026 01:17:18 JST
kimapr
-
Embed this notice
kimapr (kimapr@ublog.kimapr.net)'s status on Saturday, 11-Apr-2026 20:19:23 JST
kimapr
the word “bourgeois” is bourgeois lowk only rich fucks can spell that shit