2025-09-15.log

- rodion_goritskov (QUIT: Remote host closed the connection) (~rodion_go@mail.goritskov.com)00:16
+ rodion_goritskov (~rodion_go@mail.goritskov.com)00:17
- AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net)00:24
+ optimal (~user@92.54.250.178)02:03
optimali feel like having your charging board fail is a canon event of the MNT Pocket Reform experience02:04
optimalit HAS to happen at some point lol02:06
- optimal (QUIT: Read error: Connection reset by peer) (~user@92.54.250.178)02:24
* violet_ -> violet03:01
elbdon't say that, mine still works ;-)03:04
- mjw (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org)03:08
- paperManu_ (QUIT: Ping timeout: 260 seconds) (~paperManu@198.16.179.107)03:26
- paperManu (QUIT: Ping timeout: 256 seconds) (~paperManu@198.16.179.107)03:31
+ paperManu (~paperManu@198.16.179.107)04:03
- paperManu (QUIT: Ping timeout: 265 seconds) (~paperManu@198.16.179.107)04:32
- skipwich (QUIT: Remote host closed the connection) (~skipwich@user/skipwich)05:00
+ skipwich (~skipwich@user/skipwich)05:01
photomattmillsis there some kind of reset I need to do on the battery monitor after replacing the pocket's lithium cells? they're reading 4.0v but the percentage is at 3% 06:08
+ chomwitt (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1)06:18
- synnfynn (QUIT: Quit: sleep) (~synnfynn@user/synnfynn)06:35
+ reform13712 (~rene@p200300d0ff2fc4007fc2100dbdd09829.dip0.t-ipconnect.de)07:50
* reform13712 -> rwa_07:50
+ wytch1 (~wytch@user/wytch)08:30
+ kxtells (~jordi@user/kxtells)09:11
- chomwitt (QUIT: Ping timeout: 265 seconds) (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1)10:50
grimmwarephotomattmills: let it run out and then recharge it11:02
grimmwarephotomattmills: did you do a capacity upgrade or just replace the cells?11:05
- rwa_ (QUIT: Quit: Leaving) (~rene@p200300d0ff2fc4007fc2100dbdd09829.dip0.t-ipconnect.de)11:59
+ paperManu (~paperManu@198.16.179.107)12:35
+ gustav2872 (~gustav@c-78-82-38-150.bbcust.telenor.se)13:02
+ chomwitt (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1)13:17
- kxtells (QUIT: Quit: WeeChat 4.1.1) (~jordi@user/kxtells)13:26
- colinsane (QUIT: Ping timeout: 244 seconds) (~colinunin@97-113-131-60.tukw.qwest.net)13:35
+ kxtells (~jordi@user/kxtells)13:42
- kxtells (QUIT: Quit: WeeChat 4.1.1) (~jordi@user/kxtells)13:45
+ kxtells (~kxtells@193.pool85-56-250.dynamic.orange.es)13:48
- kxtells (QUIT: Changing host) (~kxtells@193.pool85-56-250.dynamic.orange.es)13:49
+ kxtells (~kxtells@user/kxtells)13:49
- paperManu (QUIT: Ping timeout: 256 seconds) (~paperManu@198.16.179.107)14:00
+ paperManu (~paperManu@198.16.179.107)14:02
+ paperManu_ (~paperManu@198.16.179.107)14:03
- paperManu (QUIT: Ping timeout: 256 seconds) (~paperManu@198.16.179.107)14:08
- paperManu_ (QUIT: Ping timeout: 256 seconds) (~paperManu@198.16.179.107)14:08
+ synnfynn (~synnfynn@user/synnfynn)14:29
minutephotomattmills: i looked for it once in the datasheet but didn't find it14:30
- Guest4701 (QUIT: Quit: Leaving) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)14:30
joschminute: if there is no bug yet for KWIN_FORCE_SW_CURSOR=1, would you mind filing one (i cannot as i have no sufficient understanding of the problem)14:31
+ paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca)14:46
joschminute: should reform-setup-sway-config and reform-setup-cleanup.sh maybe be shipped by the reform-setup-wizard instead of reform-system-image?15:38
joschi see how reform-setup.sh should stay in reform-setup.sh and not in a package because it gets deleted from /etc/profile.d by reform-setup-wizard after successful run15:38
+ mjw (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)15:45
joschi put the changes from reform-system-image/setup-accessibility (and some other things that accumulated) into this draft-MR: https://source.mnt.re/reform/reform-tools/-/merge_requests/14315:48
- bkeys (QUIT: Ping timeout: 250 seconds) (~Thunderbi@98.19.131.193)16:10
- kxtells (QUIT: Ping timeout: 260 seconds) (~kxtells@user/kxtells)16:31
minutejosch: thanks @ MR 14316:37
minutejosch: regarding those files, right now i know where they are, if we move them around i need to again remember where they moved16:37
minutejosch: also, i think the main issue right now is that the exit/cleanup doesn't work at all16:38
minute(because of recent changes to reform-setup-wizard that i merged in / refactored / ...)16:38
- voltaire28 (QUIT: ) (sid689360@id-689360.ilkley.irccloud.com)16:51
+ mark_ (~mjw@gnu.wildebeest.org)16:52
+ voltaire28 (sid689360@id-689360.ilkley.irccloud.com)16:52
josch"if we move them around i need to again remember where they moved" true but remembering is easier when they are where you would files associated with r-s-w to be, no?17:42
joschAlso, with every change we make to Debian, for example: change is scary at first but years down the line one has forgotten it was every any different. On the other hand, there are some changes where every year one thinks "oh dear, if i had changed this last year, then this year it would've been nicer"17:43
joschI'd argue that releasing changes to reform-setup-wizard is easier if one only has to touch r-s-w and not also reform-system-image.17:44
minutejosch: yeah, that's right. i'm just not sure about where they belong... it feels like they're more a part of the system image than of the wizard itself, especially if the wizard becomes reusable later as an application that you can start manually17:44
joschah okay17:45
minutejosch: but otoh, just having them in a /usr/share/... is probably harmless17:45
joschokay, if you are not sure where they'd belong "naturally" that's another matter17:45
joschAnother argument: downstream distros (like debian) package reform-setup-wizard and right now i patch it so that it ships with the version of the files from reform-system-image17:45
joschBut sure, if you want to re-do the application (as you have hinted a few days ago) maybe moving files around should only be done then and not now.17:46
joschminute: could you give me a quick ack/nack whether you are planning to report the issue for which KWIN_FORCE_SW_CURSOR=1 is used as a workaround? Usually, I add workarounds in my software only if there is an upstream bug so that I can always track what the status of the issue is for which a quirk was added.17:48
minutejosch: ah right, sorry for not responding about this KWIN_FORCE_SW_CURSOR issue, i forgot. i thinkt his bug is not trivial to file, so i'll put it in my todo list17:49
minute(todo filed)17:50
joschOkay, then I'll add the commit with a comment that it's on your todo list to file the issue -- then at least the workaround is in.17:51
minutecool, thx17:52
minutethere's also a kde maintainer who's interested in reform/next dev hardware, so these issues can get attention then at the latest17:52
joschvery nice :)17:52
joschminute: you are committing with different names -- is that intentional? Probably from different machines? We should add a .mailmap to the repos17:56
joschyou also removed "workaround for RK3588, to be removed: output HDMI-A-2 disable" in one of the commits without a comment. I was about the cherry-pick that into main but would like to add a bit more context of what workaround that was?17:58
- synnfynn (QUIT: Quit: WeeChat 4.5.2) (~synnfynn@user/synnfynn)18:04
+ AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net)18:16
joschminute: are you "Administrator <admin@example.com>"?18:18
minutejosch: no, i mean... where did you see that?18:21
minutejosch: i think the HDMI-A-2 disable is from an old time where the rk3588 had a HPD bug where the second display was seen as connected and so the setup wizard didn't show up on the internal display, but on the not-connected external one18:22
- wytch1 (QUIT: Quit: Leaving.) (~wytch@user/wytch)18:25
+ wytch (~wytch@user/wytch)18:25
joschminute: these commits: https://source.mnt.re/reform/reform-system-image/-/commits/4851cae80da8623305a5f89fd89f3ea749015e7e18:27
joschhramrach: as i'm currently writing git .mailmap files, i noticed that you committed as "Michal Suchanek" as well as "Michal Suchánek" and with hramrach@gmail.com and msuchanek@suse.de -- would you like me to fix that up or was that intentional?18:32
joschch: same question to you: would you like me to normalize chris@hofstaedtler.name and zeha@debian.org to either of them or something totally different or leave things as they are?18:32
chthey are different things18:33
chnot sure putting email addresses into the irclogs was smart :)18:34
joschch: why not? they are public in the repo18:34
chyeah but i got the feeling repos are not crawled by spam crawlers that much18:35
chirclogs on http however...18:35
joschhrm... i thought especially git repos were crawled which is why everybody is installing anubis18:35
chyeah but gitlab doesnt immediately leak the email there18:36
joschi'm sorry, i didn't think that irc logs would be "more" public than the git18:36
joschhramrach: in case your mail was meant to be "private", i'd like to apologize to you as well18:36
joschi contacted the other candidates via the forum18:39
wytch@josch thanks for the tip on Anubis, I'll have to look into this for my personal stuff18:53
joschanubis is not great either because it trades CPU-cycle use on the server for CPU-cycle use on the client-side. Somebody is going to waste energy :(18:55
wytchAh, fair enough. Would cloudflare be the better option?18:56
joschsorry, i'm the wrong person to ask18:57
wytchfair enough18:58
jfredat least anubis sets a cookie so you only need to do the proof-of-work challenge every once in a while for a given site18:59
jahkoshathe anubis wiki recommend to use cloudfare, if possible18:59
jahkoshas/wiki/readme/18:59
+ bkeys (~Thunderbi@98.19.131.193)19:07
- wytch (QUIT: Quit: Leaving.) (~wytch@user/wytch)19:15
+ wytch (~wytch@user/wytch)19:15
hramrachjosch: inconsistency in git setup on different systems. I don't think anything in particular needs to be done. 19:18
hramrachthere was some anubis alternative that's supposed to be less expensive but don't recall the name19:18
bremneriocaine? that is server side mind you19:19
- wytch (QUIT: Remote host closed the connection) (~wytch@user/wytch)19:20
+ wytch (~wytch@user/wytch)19:20
hramrachand anubis is?19:40
bremnerrunning JS in the client19:41
bremneriocaine is about actively poisoning the scrapers19:42
hramrachthe JS running in the client has to be only part of the solution, otherwise the client could choose to simply not run it19:44
hramrachas in overall the solution architecture is the same. Both anubis and iocaine is something you put between your actual server and the internet19:48
+ synnfynn (~synnfynn@user/synnfynn)19:50
jahkoshathere is also nepenthes19:58
- bkeys (QUIT: Ping timeout: 250 seconds) (~Thunderbi@98.19.131.193)20:13
+ bkeys (~Thunderbi@66.110.201.50)20:19
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)20:20
+ bkeys (~Thunderbi@66.110.201.50)20:21
- bkeys (QUIT: Ping timeout: 250 seconds) (~Thunderbi@66.110.201.50)20:37
+ bkeys (~Thunderbi@66.110.201.50)20:38
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)20:47
+ bkeys (~Thunderbi@66.110.201.50)20:48
hramrachthat's not the same thing. Anubis requires POW to access site, iocaine combines presenting a tarpit alongside the legitimate site with an occasional pow challenge, nepenthes only does tarpit, it has no integration functionality to also present a legitimate site.20:52
bremnertbh, I didn't know that iocaine did POW challenges20:53
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)21:01
+ bkeys (~Thunderbi@66.110.201.50)21:02
- mjw (QUIT: Killed (zinc.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)21:12
* mark_ -> mjw21:12
+ Guest3017 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)21:12
+ bkeys1 (~Thunderbi@66.110.201.50)21:17
- bkeys (QUIT: Ping timeout: 250 seconds) (~Thunderbi@66.110.201.50)21:21
jahkoshaI see, I did not realise nepenthes is mainly used "offensively"21:22
jahkoshaI would not be surprised if the AI giants find counter-measure for the tarpit approach, on the other hand, finding counter measure for PoW sounds much harder21:22
- bkeys1 (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50)21:24
+ bkeys (~Thunderbi@66.110.201.50)21:30
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)21:40
+ bkeys1 (~Thunderbi@66.110.201.50)21:40
- bkeys1 (QUIT: Ping timeout: 248 seconds) (~Thunderbi@66.110.201.50)21:44
+ bkeys (~Thunderbi@66.110.201.50)21:46
- bkeys (QUIT: Remote host closed the connection) (~Thunderbi@66.110.201.50)21:49
+ bkeys (~Thunderbi@66.110.201.50)21:49
- synnfynn (QUIT: Quit: WeeChat 4.5.2) (~synnfynn@user/synnfynn)22:03
- chomwitt (QUIT: Ping timeout: 248 seconds) (~chomwitt@2a02:85f:9a74:ce00:1ac0:4dff:fedb:a3f1)22:09
- gustav2872 (QUIT: Quit: Quit) (~gustav@c-78-82-38-150.bbcust.telenor.se)22:15
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)22:17
+ bkeys (~Thunderbi@66.110.201.50)22:17
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)22:26
+ bkeys (~Thunderbi@66.110.201.50)22:26
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)22:29
+ bkeys1 (~Thunderbi@66.110.201.50)22:29
* bkeys1 -> bkeys22:33
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)22:38
+ bkeys1 (~Thunderbi@66.110.201.50)22:38
hramrachcritique of pow suggests that when ai giants have the computing power to train and run ai, pow callenges are comparatively cheap https://lock.cmpxchg8b.com/anubis.html22:39
- bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50)22:40
+ bkeys (~Thunderbi@66.110.201.50)22:40
- bkeys (QUIT: Ping timeout: 250 seconds) (~Thunderbi@66.110.201.50)22:49
+ bkeys (~Thunderbi@98.19.131.193)22:51
- paperManu (QUIT: Ping timeout: 256 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca)23:11
+ paperManu (~paperManu@198.16.179.107)23:26

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!