| + chomwitt (~chomwitt@2a02:85f:9a42:1100:1ac0:4dff:fedb:a3f1) | 00:16 | |
| - Ar|stote|is (QUIT: Quit: No Ping reply in 180 seconds.) (~linx@149.210.3.83) | 00:22 | |
| + Ar|stote|is (~linx@149.210.3.83) | 00:22 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@98.19.128.69) | 00:23 | |
| ch | charging is hard | 00:29 |
|---|---|---|
| ch | cell1 4202 cell2 4204 vpack 8404 age 116 99% cap 4093/ 4093mAh curr 131 mps bat_v 8450 sys_v 8487 | 00:29 |
| ch | "could you please report 100%" | 00:29 |
| minute | :D | 00:30 |
| minute | but hey, 4200 | 00:30 |
| minute | your numbers look pretty good otherwise? | 00:30 |
| ch | yeah its not bad per so | 00:33 |
| ch | but i still dont like the behaviour there | 00:33 |
| ch | if i understand the mps datasheet correctly, it should at some point -really- stop charging, but it never drops the charging voltage | 00:34 |
| minute | hmmm | 00:35 |
| ch | cell1 4102 cell2 4098 vpack 8188 age 116 99% cap 4093/ 4098mAh curr -812 mps bat_v 8162 sys_v 8175 | 00:36 |
| ch | immediately after unplug | 00:36 |
| ch | maybe its fine | 00:37 |
| minute | ch: that's cool! | 00:38 |
| ch | also a puzzle: mps claims it applies 8412mV, but the max then measures 8375mV on vpack - which i think should be the same? | 01:06 |
| ch | might be a tolerance thing, but that makes configuring the charger hard | 01:06 |
| ch | https://github.com/hathach/tinyusb/pull/2904 tinyusb got a teardown | 01:08 |
| minute | ch: hmm, maybe the voltage is just lower near the pack/behind the FET? (or ground differential because of FET) | 01:19 |
| minute | only 0.037V differential | 01:19 |
| minute | ch: neat @ teardown | 01:20 |
| ch | would be good to know if the 0.037V is "stable" across different devies | 01:20 |
| minute | right | 01:20 |
| minute | i.e. needs testers :D | 01:21 |
| ch | yes :> | 01:21 |
| minute | i'll volunteer, but after a day of qcs8550 hacking i need to be lazy now and watch tv (killjoys) | 01:21 |
| ch | enjoy | 01:23 |
| ch | looks like my keyboard crashed | 01:23 |
| ch | or rather, disappeared from usb | 01:24 |
| ch | oled works | 01:24 |
| minute | eek | 01:24 |
| ch | annoyingly reform-power-daemon then also crashes all the time because it cant find the hidraw device | 01:24 |
| minute | ch: ugh! sounds like that should be fixed | 01:27 |
| ch | made an issue in reform-tools gitlab | 01:33 |
| minute | thx! | 01:47 |
| - mjw (QUIT: Ping timeout: 240 seconds) (~mjw@gnu.wildebeest.org) | 01:52 | |
| josch | ch: thank you for your issues! They came at a good time because we didn't make the next release yet. :) | 02:00 |
| - voltaire28_ (QUIT: Ping timeout: 260 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 02:02 | |
| - chomwitt (QUIT: Ping timeout: 246 seconds) (~chomwitt@2a02:85f:9a42:1100:1ac0:4dff:fedb:a3f1) | 02:09 | |
| ch | after the release is before the release? :) | 02:22 |
| - paperManu (QUIT: Ping timeout: 264 seconds) (~paperManu@146.71.9.156) | 02:31 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@149.210.3.83) | 02:37 | |
| + Ar|stote|is (~linx@149.210.3.83) | 02:44 | |
| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 02:52 | |
| + pomel0 (~pomel0@user/pomel0) | 02:52 | |
| - paperManu_ (QUIT: Ping timeout: 240 seconds) (~paperManu@146.71.9.156) | 03:01 | |
| - AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net) | 03:38 | |
| - op_4 (QUIT: Remote host closed the connection) (~tslil@user/op-4/x-9116473) | 04:05 | |
| + op_4 (~tslil@user/op-4/x-9116473) | 04:05 | |
| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 04:06 | |
| jfred | I have... quite an odd issue that I've been running into tonight on my classic Reform. I've been trying to flash an OS image (MuOS) to SD cards plugged into the Reform's built-in SD card reader (multiple SD cards, attempted with both rpi-imager and dd), and before the flash completes, the whole machine either hangs or spontaneously reboots | 04:53 |
| jfred | on this last attempt I piped `dmesg -w` to a file while I was doing that, but there was nothing interesting in it post-reboot | 04:53 |
| josch | ch: maybe but it turns out that reform-tools releases are rather seldom in practice | 05:48 |
| josch | jfred: try to connect to the machine via serial and then run dmesg there -- the dmesg output that you redirect to a file might be corrupted after a hard reboot | 06:04 |
| + termos (5510632b28@2a03:6000:1812:100::158a) | 06:33 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 246 seconds) (~Gooberpat@user/gooberpatrol66) | 06:43 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 06:48 | |
| - spew (QUIT: Quit: nyaa~) (~spew@user/spew) | 07:17 | |
| + n0blenote (~n0blenote@user/n0blenote) | 08:07 | |
| + pomel0 (~pomel0@user/pomel0) | 08:26 | |
| + liberto (~liberto@user/libercv) | 08:35 | |
| - amospalla (QUIT: Ping timeout: 244 seconds) (~jordi@user/amospalla) | 08:42 | |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 09:21 | |
| - voltaire28_ (QUIT: Ping timeout: 246 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 09:45 | |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 10:05 | |
| - liberto (QUIT: Quit: WeeChat 4.8.1) (~liberto@user/libercv) | 10:18 | |
| - Ar|stote|is (QUIT: Ping timeout: 246 seconds) (~linx@149.210.3.83) | 10:22 | |
| + Ar|stote|is (~linx@149.210.3.83) | 10:26 | |
| - voltaire28_ (QUIT: Ping timeout: 246 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 10:29 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@149.210.3.83) | 11:02 | |
| + Ar|stote|is (~linx@149.210.3.83) | 11:08 | |
| + mjw (~mjw@gnu.wildebeest.org) | 11:35 | |
| - n0blenote (QUIT: Remote host closed the connection) (~n0blenote@user/n0blenote) | 11:36 | |
| + chomwitt (~chomwitt@2a02:85f:9a42:1100:1ac0:4dff:fedb:a3f1) | 11:43 | |
| + n0blenote (~n0blenote@user/n0blenote) | 11:45 | |
| - Ar|stote|is (QUIT: Quit: No Ping reply in 180 seconds.) (~linx@149.210.3.83) | 11:52 | |
| - chomwitt (QUIT: Ping timeout: 245 seconds) (~chomwitt@2a02:85f:9a42:1100:1ac0:4dff:fedb:a3f1) | 11:54 | |
| + Ar|stote|is (~linx@149.210.3.83) | 11:57 | |
| + amospalla (~jordi@user/amospalla) | 12:35 | |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 12:58 | |
| + paperManu (~paperManu@146.71.9.156) | 13:28 | |
| - n0blenote (QUIT: Ping timeout: 260 seconds) (~n0blenote@user/n0blenote) | 13:39 | |
| + n0blenote (~n0blenote@user/n0blenote) | 13:43 | |
| - n0blenote (QUIT: Ping timeout: 260 seconds) (~n0blenote@user/n0blenote) | 14:17 | |
| + n0blenote (~n0blenote@user/n0blenote) | 14:30 | |
| - n0blenote (QUIT: Remote host closed the connection) (~n0blenote@user/n0blenote) | 14:32 | |
| + n0blenote (~n0blenote@user/n0blenote) | 14:32 | |
| + bkeys (~Thunderbi@98.19.128.69) | 14:37 | |
| gordon1 | >this is not the first time that rk3588 shuts off or reboots | 14:45 |
| gordon1 | josch: interesting, never experienced anything like that before, is it correlated to doing some work on GPU? | 14:46 |
| gordon1 | *with | 14:46 |
| gordon1 | i think gpu is pretty much the only thing that is underutilized in my setup | 14:47 |
| minute | josch: i added microphone support for rk3588-pocket/next in ucm config https://source.mnt.re/reform/reform-tools/-/merge_requests/154 | 14:52 |
| minute | gordon1: so far i only know brownouts on pocket reform that stem from GPU frequency boost together with other activity (like high cpu/disk activity). that's why we limit the gpu freq on battery on pocket. | 14:53 |
| gordon1 | ah, i see | 14:55 |
| gordon1 | i think i'm going to do nothing about this then | 14:56 |
| ch | i put a small data log buffer into the sysctl ram, keeping track of battery capacity and fuel-gauge reported current draw (at battery voltage!). this is an overnight power off state: https://tmp.deduktiva.com/p/poweroff_bat.png | 14:58 |
| ch | red is average current draw at batt volt, and gray is the estimated current draw at 3V3 | 14:59 |
| josch | gordon1: yes, i was using cura at the time | 14:59 |
| ch | does that seem about right? (50mA seems much, but then it does lose a lot of cap overnight) | 14:59 |
| josch | minute: thank you, i pushed your commit into the develop branch right now. This isn't in main yet because some commits are waiting for the SHA1sums of the git tags for u-boot, see https://source.mnt.re/bugs/bugs/-/issues/50 | 15:01 |
| josch | sorry, SHA1sums of the artifacts of the git tags for u-boot i mean | 15:02 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@98.19.128.69) | 15:02 | |
| + bkeys (~Thunderbi@98.19.128.69) | 15:03 | |
| minute | ch: very nice! it is very possible yeah, because neither rp2040 makes use of any sleep modes yet afaik | 15:03 |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@98.19.128.69) | 15:05 | |
| + bkeys1 (~Thunderbi@h69.128.19.98.dynamic.ip.windstream.net) | 15:05 | |
| * bkeys1 -> bkeys | 15:07 | |
| ch | minute: rp2040 datasheet claims 10mA draw in some video test, so i feel like a ballpark of 20mA is going into some unknown sink ;) | 15:13 |
| minute | ch: hmhmhm | 15:14 |
| minute | ch: time to do some checks with the nordic power profiler soon | 15:14 |
| - bkeys (QUIT: Ping timeout: 240 seconds) (~Thunderbi@h69.128.19.98.dynamic.ip.windstream.net) | 15:20 | |
| - voltaire28_ (QUIT: Ping timeout: 265 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 15:37 | |
| + bkeys (~Thunderbi@134.22.115.162) | 15:50 | |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 15:55 | |
| + spew (~spew@user/spew) | 15:59 | |
| - voltaire28_ (QUIT: Ping timeout: 264 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 16:00 | |
| jfred | josch: Oh, good point. I'll have to dig out a serial cable and get another machine set up for that, but might be able to give that a go later today | 16:10 |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 16:12 | |
| ch | 6 months since the last pico-sdk commit | 16:20 |
| ch | ah, develop branch | 16:23 |
| rick_ | small question regarding vulkan and ffmpeg. i'm getting this error when i try to decode a h264 stream: [ffmpeg/video] h264: Device does not support the VK_KHR_video_decode_queue extension!. i thought i read somewhere that the Mali-G610 is caple of decoding h264. so am i missing maybe some packages? vkcube works fine thou | 16:40 |
| - voltaire28_ (QUIT: Ping timeout: 265 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 17:22 | |
| josch | gordon1: can you remind me how i look up the current throttling level of my rk3588 in /proc? | 17:31 |
| gordon1 | josch: /sys/class/thermal/cooling_device*/type check for ones that contain cpufreq-cpu and then check for /sys/class/thermal/cooling_deviceN/cur_state vs max_state | 17:33 |
| josch | thank you! | 17:35 |
| josch | i'm currently running my own set of experiments similar to vimja's on the pocket https://community.mnt.re/t/i-added-an-active-cooling-fan-to-my-mnt-reform/4102/3 | 17:36 |
| + siviq (~siviq@user/siviq) | 17:51 | |
| josch | on idle, all are zero -- does that mean that there is no throttling going on and anything above zero is throttling? | 17:54 |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 18:00 | |
| josch | aha, okay already at 81 °C, cur_state values start going higher than zero | 18:38 |
| ch | btw what do you use to stress the rk? | 18:40 |
| - n0blenote (QUIT: Ping timeout: 256 seconds) (~n0blenote@user/n0blenote) | 18:43 | |
| josch | ffmpeg encoding a h264 video | 18:44 |
| josch | takes 4 hours | 18:44 |
| josch | okay, i taped a ls1028a heatsink onto the pocket reform display back and that keeps temperatures below 70 °C and the /sys/class/thermal/cooling_deviceN/cur_state values at zero | 18:50 |
| - siviq (QUIT: Quit: Client closed) (~siviq@user/siviq) | 18:55 | |
| - voltaire28_ (QUIT: Ping timeout: 265 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 19:16 | |
| + paperManu_ (~paperManu@146.71.9.156) | 19:31 | |
| josch | like this: https://mister-muffin.de/p/Utuf.jpg | 19:46 |
| josch | not pretty but it keeps rk3588 from throttling :) | 19:46 |
| josch | gordon1: while i'm uploading photos, this is what i'm setting up to see if things can work physically with your current pcb design: https://mister-muffin.de/p/ynCw.jpg | 19:47 |
| josch | (printing the keycaps proves to be a bit more challenging...) | 19:47 |
| + n0blenote (~n0blenote@user/n0blenote) | 19:48 | |
| gordon1 | well, keycaps i guess are less important since you already kinda proved that it should work | 19:49 |
| gordon1 | tbh i don't think switches would be unhappy if you dremel the corners a bit | 19:49 |
| josch | yes, i can confirm that | 19:51 |
| josch | but it lowers the feasibility of the mod, the more you have to custom adjust parts so i'd like to first find a solution which doesn't need this | 19:51 |
| josch | i'm currently evaluating some metal-stem options | 19:52 |
| josch | gordon1: are you gt76 on the community forum? | 19:52 |
| gordon1 | no | 19:53 |
| - n0blenote (QUIT: Ping timeout: 260 seconds) (~n0blenote@user/n0blenote) | 19:53 | |
| gordon1 | i'm trying to remember if i ever registered there | 19:53 |
| josch | okay, i was trying to find out who to @-mention :) | 19:53 |
| gordon1 | no, i didn't | 19:53 |
| Chwoka | re all these cooling experiments, what's the target operating temperature | 20:19 |
| + n0blenote (~n0blenote@user/n0blenote) | 20:36 | |
| - n0blenote (QUIT: Ping timeout: 264 seconds) (~n0blenote@user/n0blenote) | 20:41 | |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 21:03 | |
| + n0blenote (~n0blenote@user/n0blenote) | 21:19 | |
| - n0blenote (QUIT: Ping timeout: 246 seconds) (~n0blenote@user/n0blenote) | 21:27 | |
| + n0blenote (~n0blenote@user/n0blenote) | 21:29 | |
| gordon1 | Chwoka: well if we're talking about vanilla thermal zone with passive freq scaling, it's 80°C, not sure about active cooling experiment | 21:31 |
| - n0blenote (QUIT: Ping timeout: 246 seconds) (~n0blenote@user/n0blenote) | 21:34 | |
| + n0blenote (~n0blenote@user/n0blenote) | 21:36 | |
| - n0blenote (QUIT: Ping timeout: 246 seconds) (~n0blenote@user/n0blenote) | 21:44 | |
| Chwoka | 80c is when it starts throttling, which says to me it's (what's been judged to be) the rockchip's safe upper limit | 21:58 |
| Chwoka | okay i just realized i was thinking of a cpu like it was a car's engine and that almost definitely is not how it works. there's a performance dropoff after 80c and that's firmware(?)-defined... rather than there being some kind of sweet spot where it operates optimally and gradually tapers off, you just want to keep it anywhere below the throttle point (or lower, at user preference for | 22:02 |
| Chwoka | comfort.) | 22:02 |
| gordon1 | it is not firmware, it is kernel, after reaching 80°C it reduces CPU clock frequency just enough to keep it around 80°C, iirc it is just a simple step-wise algorithm (i.e. if temp keeps rising - it drops frequency more until it stops rising) | 22:04 |
| gordon1 | and cpu performance is pretty much linearly proportional to its clock frequency | 22:05 |
| ch | fun, my pocket crashed. it still shows an "Authentication required" popup from gnome | 22:07 |
| josch | ch: crashed as in: image froze? | 22:07 |
| minute | ch: you seem to have a lot of glitches this weekend? | 22:08 |
| ch | ok more complicated | 22:08 |
| - voltaire28_ (QUIT: Ping timeout: 264 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 22:09 | |
| ch | the keyboard crashed again | 22:09 |
| minute | ch: ah yes, that makes sense | 22:09 |
| ch | but also it disconnected from wifi | 22:09 |
| ch | (which is why i thought it fully crashed) | 22:09 |
| minute | huh | 22:09 |
| gordon1 | hmm, i was sure thermal governor is set per cooling device, but apparently it is globally set in kernel | 22:10 |
| gordon1 | well, anyways it is step-wise | 22:10 |
| gordon1 | it would be cool to define power-allocator one some day tho | 22:12 |
| ch | https://tmp.deduktiva.com/p/keyboard-usb.txt so it seems like there were multiple usb issues with the keyboard until it finally gave up? | 22:17 |
| ch | Jän 04 21:43:28 zeppelin NetworkManager[1078]: <warn> [1767559408.6631] device (wlP3p49s0): no secrets: No agents were available for this request. | 22:19 |
| ch | Jän 04 22:09:55 zeppelin NetworkManager[1078]: <info> [1767560995.4092] device (wlP3p49s0): Activation: (wifi) connection '2500' has security, and secrets exist. No new secrets needed. | 22:19 |
| ch | networkmanager, what are you drinking | 22:19 |
| ch | so idk. the pocket was just sitting there while i was watching c3 talks elsewhere | 22:20 |
| Chwoka | gordon1: wait, globally like it's 80c for everything regardless of what it is? | 22:28 |
| gordon1 | no no, it's about algorithm it uses to govern the cooling device | 22:28 |
| gordon1 | each thermal zone can have different tripping points | 22:29 |
| gordon1 | but algorithm that activates the cooling devices related to different thermal zones is the same | 22:30 |
| Svp | just figured out i happen to have too many thinkpad power supplies, a few sockets for said power supplies, the mbv3 has a power header that supports the same nice range of the older mobo and theres juuuust enough space on the port covers for me to have too much fun with a drill and have the socket fit almost perfectly... | 22:31 |
| gordon1 | Svp: there is a non-zero chance that steel port cover will start to rust around the drill point where powder coat is damaged | 22:32 |
| Chwoka | okay, that's sensible haha. where's the throttle point configured? | 22:32 |
| Chwoka | (car brain again) ahhh just use rustoleum or someshit...... | 22:33 |
| Svp | yeah i'm aware it's a risk, i'll first see what i can do about it of course. | 22:33 |
| gordon1 | Chwoka: arch/arm64/boot/dts/rockchip/rk3588-base.dtsi at line 2824, 2854, 2884, 2930 | 22:34 |
| Svp | power-wise it seems to run happily though and isnt that what friendship is supposed to be all about? | 22:34 |
| gordon1 | it's 85°C btw, not 80°C | 22:34 |
| gordon1 | Svp: fyi i made a pcb version of mb3.0 port covers https://source.mnt.re/gordon/reform-pcb-ports# | 22:35 |
| gordon1 | you can add a hole there and throw away the antenna (it is WIP) | 22:35 |
| Svp | oh, i'll definitely check it out, thanks | 22:36 |
| Svp | time to crunch the math on whether or not this or jlc's X-Resin will be more cost efficient... or just finding a slab of scrap plastic and guide myself with a printout, the sky is the limit | 22:37 |
| + voltaire28_ (~jlafon@28.162.2.93.rev.sfr.net) | 22:38 | |
| gordon1 | jlc's FR4 is drastically better than just random plastic since it has glass fiber in it and it feels so much more rigid | 22:39 |
| gordon1 | if we still talking about port covers | 22:39 |
| gordon1 | i would guess SLA print will be very brittle in this aspect ratio | 22:40 |
| Svp | x-resin has a slight advantage of being "we'll print this with whatever filament we still have from the spool for dirt cheap as long as you dont ask for too much" | 22:41 |
| gordon1 | ah, i see | 22:41 |
| Svp | it's like a box of chocolates, sometimes it's good for the purpose, sometimes it's less than ideal, but it works okay enough most of the time if what you want is a quick prototype | 22:42 |
| gordon1 | i spent $14 incl shipping and uk vat for 5 coipes of both pcb boards (with antenna, but doubt it will change the cost) | 22:43 |
| gordon1 | you can use as reference for x-resin calcualtions | 22:43 |
| gordon1 | oh , i paid extra $1 for verification, i think you don't have to, so -$2 | 22:44 |
| gordon1 | it is slightly bigger than the size for their deal price unfortunately | 22:45 |
| Svp | for two radeon pcie slot covers i previously ordered i paid a whole 3.09eur shipped | 22:46 |
| Svp | i DID get the soft material though | 22:46 |
| Svp | but i'm probably going to leave that as a last resort since i'm a cheapskate and i would rather see if i can work it out with whatever i already have laying around (free) | 22:48 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 22:48 | |
| gordon1 | Svp: then you can try and paint the inside of the newly drilled hole with something like posca pen, or some other thick paint | 22:50 |
| Svp | i should have something somewhere, but i'll put the plan in motion another time | 22:51 |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 22:53 | |
| ch | josch: key slide from the fex talk: https://tmp.deduktiva.com/p/fexarch.png basically the left is i think what we had also in debian with the old wine, and i think the new wine:arm64(!) in wow mode basically requires the right thing | 22:54 |
| ch | josch: (and doesnt matter if its fex or box64) | 22:54 |
| - voltaire28_ (QUIT: Ping timeout: 264 seconds) (~jlafon@28.162.2.93.rev.sfr.net) | 22:57 | |
| + n0blenote (~n0blenote@user/n0blenote) | 23:04 | |
| - n0blenote (QUIT: Ping timeout: 246 seconds) (~n0blenote@user/n0blenote) | 23:09 | |
| - gianmarcogg03 (QUIT: Ping timeout: 240 seconds) (~quassel@user/gianmarcogg03) | 23:18 | |
| + gianmarcogg03 (~quassel@user/gianmarcogg03) | 23:19 | |
| - bkeys (QUIT: Ping timeout: 240 seconds) (~Thunderbi@134.22.115.162) | 23:32 | |
| + siviq (~siviq@user/siviq) | 23:36 | |
| - siviq (QUIT: Quit: Client closed) (~siviq@user/siviq) | 23:42 | |
| - paperManu_ (QUIT: Ping timeout: 256 seconds) (~paperManu@146.71.9.156) | 23:48 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
