| wytch | I currently have my boot partition on emmc, and my root partition on an nvme. I'd like to upgrade the nvme to a larger one, and I don't care about the filesystem on the nvme. How do I go about changing the boot stuff so that it boots from the emmc so I can install a fresh os on the new nvme? | 00:07 |
|---|---|---|
| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 00:14 | |
| josch | wytch: if you want to wipe both nvme and emmc, you could reset emmc to the original contents by running reform-flash-rescue | 00:16 |
| josch | wytch: but usually you would install a new system not from emmc but from a sd-card | 00:16 |
| wytch | josch: how would you go about the sd card method? I have a usb device flashed, how do I boot from it? | 00:33 |
| + LainIwakura (~LainIwaku@user/LainIwakura) | 00:33 | |
| - f_ (QUIT: Ping timeout: 255 seconds) (16abab341f@postmarketOS/funderscore) | 00:35 | |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 00:38 | |
| + pomel0 (~pomel0@user/pomel0) | 00:43 | |
| - plomtest (QUIT: Remote host closed the connection) (~plom@user/plomtest) | 00:46 | |
| - ploml0mp0m (QUIT: Quit: WeeChat 3.0) (~plom@oldplay.plomlompom.com) | 00:46 | |
| - leony (QUIT: Quit: leony) (~leony@2a02:8109:f084:a900::e761) | 00:46 | |
| + plomlompom (~plom@139.59.138.73) | 00:47 | |
| + plomlomp0m (~plom@oldplay.plomlompom.com) | 00:47 | |
| - plomlomp0m (QUIT: Client Quit) (~plom@oldplay.plomlompom.com) | 00:48 | |
| - plomlompom (QUIT: Remote host closed the connection) (~plom@139.59.138.73) | 00:49 | |
| + plomlompom (~plom@139.59.138.73) | 00:50 | |
| + f_ (16abab341f@postmarketOS/funderscore) | 00:50 | |
| - plomlompom (QUIT: Remote host closed the connection) (~plom@139.59.138.73) | 00:51 | |
| + plomlompom (~plom@139.59.138.73) | 00:51 | |
| - f_ (QUIT: Ping timeout: 264 seconds) (16abab341f@postmarketOS/funderscore) | 00:55 | |
| - GNUmoon2 (QUIT: Ping timeout: 272 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 01:05 | |
| * mjw -> Guest6093 | 01:05 | |
| - Guest6093 (QUIT: Killed (tantalum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 01:05 | |
| * wielaard -> mjw | 01:05 | |
| + Guest6093 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 01:06 | |
| + GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) | 01:06 | |
| elb | minute: grimmware: etc.; do you have any opinions on pinning the MNT keyboard stack to Full Speed USB? | 01:35 |
| elb | (the reason being that this reduces transaction time to about 125 us on an idle bus) | 01:36 |
| elb | I haven't dug deeply into tinyusb, but right now we're basically saying "negotiate whatever speed you want" | 01:36 |
| elb | I strongly suspect it's going to choose full speed, but we can _ask_ for that by using a newer version of tusb_init | 01:37 |
| minute | elb: not sure what's more stable over random cables. but FS should be fine yeah. not sure if LS is ever negotiated? | 01:37 |
| - robin_ (QUIT: Remote host closed the connection) (~robin@user/terpri) | 01:39 | |
| elb | I'm looking at the tinyusb code now, I should have looked there, first | 01:39 |
| + f_ (16abab341f@postmarketOS/funderscore) | 01:40 | |
| elb | it seems like you have to explicitly ask for low speed, otherwise it tries high if it's enabled at compile time, and full if it isn't | 01:40 |
| elb | my read of this is that we can assume a 125 us transaction time | 01:40 |
| elb | I started a branch to unify the v4 keyboard firmware with the pocket keyboard | 01:41 |
| elb | simple stuff like defining KBD_MODE like it is in v4 but adding _POCKET, then setting up the GPIOs to probe extra columns on the larger keyboards, etc. | 01:42 |
| elb | it'll be a bit before it's anything like something that would run on the v4 keyboard, but since I don't have one to test, when I get to that point I'll need someone to start trying things | 01:42 |
| elb | when I get to merging your HID report suppression stuff, I want to do a two-speed report cycle, where the chained reports run much faster than ~5 ms | 01:43 |
| elb | I'll do some testing to see how long transactions actually seem to take in practice; of course, it will depend on how busy the bus is | 01:44 |
| + paperManu_ (~paperManu@107.159.15.124) | 01:59 | |
| - paperManu (QUIT: Ping timeout: 256 seconds) (~paperManu@107.159.15.124) | 02:26 | |
| - paperManu_ (QUIT: Ping timeout: 264 seconds) (~paperManu@107.159.15.124) | 02:26 | |
| - mjw (QUIT: Ping timeout: 264 seconds) (~mjw@gnu.wildebeest.org) | 02:49 | |
| - LainIwakura (QUIT: Quit: Client closed) (~LainIwaku@user/LainIwakura) | 03:05 | |
| + b01 (~b0@user/b0) | 03:44 | |
| - b0 (QUIT: Ping timeout: 256 seconds) (~b0@user/b0) | 03:46 | |
| * b01 -> b0 | 03:46 | |
| + pasta161_ (~pasta161@user/xha) | 04:00 | |
| - jogu (QUIT: *.net *.split) (~jogu@user/jogu) | 04:02 | |
| - TadeusTaD (QUIT: *.net *.split) (tadeustad@user/TadeusTaD) | 04:02 | |
| - pasta161 (QUIT: *.net *.split) (~pasta161@user/xha) | 04:02 | |
| - lanodan (QUIT: *.net *.split) (~lanodan@2a01:e0a:d6:9930::35) | 04:02 | |
| - casparvitch (QUIT: *.net *.split) (~casparvit@user/casparvitch) | 04:02 | |
| - cararemixed (QUIT: *.net *.split) (sid724089@id-724089.helmsley.irccloud.com) | 04:02 | |
| + jogu (~jogu@user/jogu) | 04:02 | |
| + TadeusTaD (tadeustad@user/TadeusTaD) | 04:02 | |
| + lanodan (~lanodan@2a01:e0a:d6:9930::35) | 04:02 | |
| + cararemixed (sid724089@id-724089.helmsley.irccloud.com) | 04:02 | |
| - lanodan (QUIT: Max SendQ exceeded) (~lanodan@2a01:e0a:d6:9930::35) | 04:02 | |
| - TadeusTaD (QUIT: Max SendQ exceeded) (tadeustad@user/TadeusTaD) | 04:02 | |
| + tadeus_brick (tadeustad@psifactor.pl) | 04:03 | |
| + lanodan (~lanodan@2a01:e0a:d6:9930::35) | 04:03 | |
| + casparvitch (~casparvit@user/casparvitch) | 04:11 | |
| - _justin_kelly71 (QUIT: Read error: Connection reset by peer) (~justinkel@user/justin-kelly/x-6011154) | 04:32 | |
| + _justin_kelly71 (~justinkel@user/justin-kelly/x-6011154) | 04:37 | |
| - _justin_kelly71 (QUIT: Quit: The Lounge - https://thelounge.chat) (~justinkel@user/justin-kelly/x-6011154) | 05:01 | |
| josch | wytch: sorry, i went to bed shortly after my last message to you. Theoretically you can also boot from a usb stick (this used to work on imx8mq and a311d) but i haven't tried this for a long time. Which platform are you on? | 05:40 |
| josch | wytch: usually, you'd flash the latest vanilla system image to an sd-card, put it into the device and then switch it on. It will then automatically boot the operating system from the sd-card instead booting what you have installed. | 05:41 |
| josch | You can then run scripts like reform-setup-encrypted-disk to set up an OS with the rootfs on nvme and /boot on emmc | 05:41 |
| + _justin_kelly71 (~justinkel@user/justin-kelly/x-6011154) | 06:08 | |
| + chomwitt (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 07:07 | |
| + gidzit (~gidzit@gidzit.org) | 08:18 | |
| - natalie- (QUIT: Read error: Connection reset by peer) (~natalie@user/natalie) | 08:23 | |
| + natalie (~natalie@user/natalie) | 08:25 | |
| + amospalla (~jordi@user/amospalla) | 08:48 | |
| - amospalla (QUIT: Remote host closed the connection) (~jordi@user/amospalla) | 08:51 | |
| + amospalla (~jordi@user/amospalla) | 08:52 | |
| - amospalla (QUIT: Remote host closed the connection) (~jordi@user/amospalla) | 08:57 | |
| + amospalla (~jordi@user/amospalla) | 08:57 | |
| - chomwitt (QUIT: Ping timeout: 264 seconds) (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 09:43 | |
| - amospalla (QUIT: Quit: WeeChat 4.7.1) (~jordi@user/amospalla) | 09:47 | |
| + ericsfraga (~user@2a00:23cc:b475:7c01:d25:7ef8:55bd:b49b) | 09:59 | |
| [tj] | my imx8mp pocket power cycled twice yesterday while I was taking notes in a meeting | 10:12 |
| [tj] | minute: I got a notification from my bank about the payment going through for a module, but in the store flow I still had to check "agree to terms" and click "make order" | 10:17 |
| [tj] | josch: would you like my olimex imx8mp som/carrier boards? | 10:29 |
| [tj] | because they need a different uboot payload I'm not sure they are super useful | 10:29 |
| + chomwitt (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 10:40 | |
| + mjw (~mjw@gnu.wildebeest.org) | 10:50 | |
| martins | good morning! any tips how to get what firmware version my rk3588 based reform system controller is running? | 10:53 |
| gordon2 | martins: cat /sys/class/spi_master/spi1/spi1.0/firmware (spi numbers may change?) | 10:55 |
| martins | thanks! that worked. i've 30_R1 g08e5576. trying to figure out whether I need an upgrade or not... | 10:58 |
| martins | i'm trying to figure out if I need a firmware upgrade or not. | 10:59 |
| martins | my reform wasn't turning on anymore. but after disconnecting battery packs it turned on again | 10:59 |
| martins | something similar like this user described here https://community.mnt.re/t/dead-mnt-reform-wont-charge/3470/6 | 11:00 |
| josch | [tj]: thank you but i'm currently super stacked with hardware and grimmware's imx8m+ is also "only" a temporary borrow for good reason :) | 11:19 |
| josch | martins: sudo reform-check does what gordon2 suggests and will use the right spi number | 11:20 |
| + paperManu (~paperManu@107.159.15.124) | 11:20 | |
| martins | thanks! i also saw that the oled display shows it in System Status (last value) | 11:34 |
| + amk_ (~amk@user/amk) | 11:36 | |
| - amk (QUIT: Read error: Connection reset by peer) (~amk@user/amk) | 11:36 | |
| * amk_ -> amk | 11:36 | |
| martins | after I reconnected the battery packs system boots again. weird... | 11:37 |
| + amospalla (~jordi@user/amospalla) | 11:38 | |
| + andreas-e (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890e.rev.sfr.net) | 11:39 | |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 12:05 | |
| - mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 12:06 | |
| + amk_ (~amk@user/amk) | 12:17 | |
| - amk (QUIT: Read error: Connection reset by peer) (~amk@user/amk) | 12:17 | |
| * amk_ -> amk | 12:17 | |
| elb | it occurred to me this morning that that GPIO change I made last night doesn't save anything but internal leakage, because _no keys are pressed_ | 12:31 |
| elb | oh, well | 12:31 |
| - amk (QUIT: Read error: Connection reset by peer) (~amk@user/amk) | 12:35 | |
| + amk_ (~amk@user/amk) | 12:35 | |
| * amk_ -> amk | 12:35 | |
| minute | elb: aw! i'm test driving that fw right now btw, so far stable | 12:42 |
| minute | elb: i mean, the latest main build. | 12:42 |
| - f_ (QUIT: Ping timeout: 264 seconds) (16abab341f@postmarketOS/funderscore) | 12:45 | |
| minute | elb: sorry about the wire colors btw. in my memory the wires are all black. weird | 12:47 |
| minute | a while ago i had a brownout reset at 34%, cells around 3.4V, and it's still up again now after that reboot at 25% | 12:48 |
| minute | it happened when i opened glowing-bear.org in a FF tab | 12:48 |
| minute | (which i am in now) | 12:48 |
| josch | wow, glowing-bear.org is one of the very few websites which explicity informs you "GlowingBear requires JavaScript support to function. Additionally, you must allow JS from cdnjs.cloudflare.com. Please check your script blocker or browser settings." -- so very few websites do that these days... | 12:58 |
| minute | interesting, i've now limited the GPU freq to 300 mhz | 12:59 |
| minute | and the system doesn't feel slower | 12:59 |
| minute | and doesn' | 12:59 |
| minute | t brownout so far | 12:59 |
| minute | also not with webgl aquarium | 12:59 |
| minute | 18% battery | 13:00 |
| + f_ (16abab341f@postmarketOS/funderscore) | 13:01 | |
| + MartiniMoe (~moe@p5b001865.dip0.t-ipconnect.de) | 13:02 | |
| + gustav25 (~gustav@c-92-32-81-177.bbcust.telenor.se) | 13:02 | |
| MartiniMoe | Hi there, I have a question regarding the Pocket Reforms. In the FAQ it says shipment is blocked by the order of a new rcore batch. I'm not entirely sure, but am I right, that rcore is the Rockchip SOC? So mnt is waiting for new rockchip SOCs before pocket reforms can get shipped again? | 13:04 |
| minute | MartiniMoe: the rcore batch just arrived! | 13:04 |
| minute | but the tables haven't been updated yet | 13:04 |
| minute | hmmm hmm hmm, the GPU frequency is a big smoking gun | 13:05 |
| MartiniMoe | Oh well, thats awesome! So rcore is the rockchip soc? :D | 13:05 |
| minute | MartiniMoe: RCORE is the rockchip soc+carrier | 13:05 |
| MartiniMoe | minute: thanks! So its the pcb developed by mnt, that contains the rockchip soc? | 13:08 |
| minute | MartiniMoe: the pcb developed by me is the rcore carrier, and a firefly rk3588 som with the rk3588 soc soldered plugs into it | 13:09 |
| minute | MartiniMoe: we have a big amount of the firefly rk3588 soms in stock because of the buy for reform next etc | 13:09 |
| MartiniMoe | minute: okay, now I get it! Thanks for the explanation :) | 13:11 |
| elb | I really like the mechanical design of that firefly SoM btw | 13:19 |
| elb | the keyed high bandwidth interconnects are nicely done | 13:19 |
| elb | minute: I'm running all of these recent firmware changes every day since some time before I make them available to you, as far as I'm aware there are no regressions :-) | 13:21 |
| elb | when I start making the unified version available (which won't be as a MR for some time) that will be a different story | 13:22 |
| minute | now running at 1% | 13:32 |
| minute | with 6 cpu cores turned off | 13:32 |
| minute | can still watch a 1080p movie... i guess those other 6 cores are rarely needed lol | 13:33 |
| minute | system voltage 6.5V, around 750mA current | 13:33 |
| minute | i wonder how we could control cpu/gpu freqs at low bat/voltage while not interfering with i.e. tuned or power-profiles-daemon | 13:36 |
| - MartiniMoe (QUIT: Remote host closed the connection) (~moe@p5b001865.dip0.t-ipconnect.de) | 13:41 | |
| + MartiniMoe (~moe@p5b001865.dip0.t-ipconnect.de) | 13:42 | |
| minute | i was able to still type in telegram over wifi at 3.0v cells | 13:45 |
| minute | then it turned off when one cell reached 2.9v | 13:45 |
| minute | don't try this at home, probably bad for the cells | 13:45 |
| minute | i also have clk_ignore_unused in kernel args, that's probably bad for powersaving | 13:46 |
| elb | I've tried shutting off the high-speed cores and using only the low-speed cores, it honestly didn't seem to change my runtime that much | 13:49 |
| grimmware | https://popovicu.com/posts/linux-vm-without-vm-software-user-mode/ this is very interesting - if there’s some mechanism for doing virtual SPI then we could actually use this to integration test the kernel module… | 14:11 |
| jfred | It's been funny to see UML pop up again recently. This predates my time there by a few years, but I work for Linode (now Akamai) and the very early Linode VMs were UML | 14:29 |
| jfred | I don't think it gets all that much use these days, but it's cool to see that it still works | 14:30 |
| - pomel0 (QUIT: Ping timeout: 264 seconds) (~pomel0@user/pomel0) | 14:34 | |
| + pomel0 (~pomel0@user/pomel0) | 14:37 | |
| grimmware | oh shiiiiit I didn't know they were UML! | 15:01 |
| grimmware | that's very cool | 15:01 |
| minute | elb: try locking GPU freq to 300mhz, can show you the commands in a while | 15:43 |
| - MartiniMoe (QUIT: Ping timeout: 256 seconds) (~moe@p5b001865.dip0.t-ipconnect.de) | 15:44 | |
| - ericsfraga (QUIT: Remote host closed the connection) (~user@2a00:23cc:b475:7c01:d25:7ef8:55bd:b49b) | 16:34 | |
| + ericsfraga (~user@2a00:23cc:b475:7c01:11cc:555d:ab97:4f5d) | 16:34 | |
| grimmware | minute: the top and bottom cells on the OLED, which one maps to which actual physical cell? | 16:39 |
| minute | grimmware: don't know by heart, maybe that's in the pocket handbook? | 16:41 |
| grimmware | it's not mentioned on the OLED page | 16:42 |
| grimmware | minute: can it run from just 1 cell? If so I've got an easy way of figuring this out which should be quite hilarious fi I try to boot from the sad cell first | 16:43 |
| minute | grimmware: ok... i would have to trace it myself through the schematics :D | 16:43 |
| minute | grimmware: no, no chance | 16:43 |
| minute | grimmware: the 5V is buck only | 16:43 |
| minute | grimmware: so you need at least like 6V | 16:44 |
| grimmware | aaaah | 16:44 |
| minute | maybe 5.5 | 16:44 |
| grimmware | I'm in the situation where I managed to run my batteries completely dry after externally balancing them but because one is sadder than the other one I can't charge it up past 40% because as soon as the PD starts to deliver over an amp one of the cells (I assume the sad one) jumps up to like 4.3V so the sysctl drops the PD back to under 0.5A | 16:46 |
| grimmware | I'm going to call these batteries "ready to recycle" when the v2 charger board turns up I think :) | 16:47 |
| - rodion_goritskov (QUIT: Remote host closed the connection) (~rodion_go@mail.goritskov.com) | 17:31 | |
| wytch | , josch: ah, okay, I think I see what I did. I ran reform-boot-config and left out the --emmc tag, and it was booting from my current boot config and not from the ssd, which is why it was trying to unlock my disk. I imaged a new sd card and I think I got it from here | 17:32 |
| wytch | s/ssd/sd | 17:32 |
| + rodion_goritskov (~rodion_go@mail.goritskov.com) | 17:33 | |
| + mjw (~mjw@gnu.wildebeest.org) | 17:34 | |
| jfred | grimmware: I'd like to find some useful things that can be done with single cells if they deteriorate to the point where you can't balance them. Especially the LiFePO4 18650s since there are more of those per machine | 17:36 |
| jfred | I had an old set lying around from my initial Reform (pre-protected battery board) but I think one of them started leaking and corroded the rest :( need to figure out how to dispose of those responsibly | 17:36 |
| grimmware | jfred: I started collecting discarded vapes some time ago for their rechargable batteries, I hadn't figured out what to do with them for the longest time but I think I'm gonna build a costume mask with various bits of electronics in and 3D print some kind of battery enclosure so that I can have a bunch of interchangeable power cells for it instead of an enormous lipo strapped to my head | 17:43 |
| + mark_ (~mjw@gnu.wildebeest.org) | 17:46 | |
| wytch | josch: got it booted to the new nvme, thanks for your help! | 17:46 |
| - mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 17:48 | |
| * mark_ -> mjw | 17:49 | |
| + reform10131 (~johl@2a02:3100:24ff:2100:9038:29f:f039:aadd) | 17:49 | |
| - reform10131 (QUIT: Client Quit) (~johl@2a02:3100:24ff:2100:9038:29f:f039:aadd) | 17:49 | |
| - ericsfraga (QUIT: Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) (~user@2a00:23cc:b475:7c01:11cc:555d:ab97:4f5d) | 18:04 | |
| + AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 18:14 | |
| minute | josch: btw we can stop building i386 and armhf i think? | 18:15 |
| minute | josch: in CI i mean | 18:16 |
| minute | josch: because box64/32 works | 18:16 |
| minute | weird ci failure > make[7]: *** No rule to make target 'arch/arm64/kernel/alignment.o', needed by 'arch/arm64/kernel/built-in.a'. Stop. | 18:22 |
| - gidzit (QUIT: Ping timeout: 246 seconds) (~gidzit@gidzit.org) | 18:27 | |
| - rodion_goritskov (QUIT: Remote host closed the connection) (~rodion_go@mail.goritskov.com) | 18:31 | |
| + rodion_goritskov (~rodion_go@mail.goritskov.com) | 18:34 | |
| josch | wytch: perfect! I'm happy that it works for you. Thank you for the feedback. :) | 18:35 |
| josch | minute: depends... emulation is not the only reason why one might want foreign architecture packages. The problem is, that the version of packages which are marked as M-A:same has to be in sync, so one cannot mix one version from the Debian archive with the other from MNT even though in practice, their content is probably even identical (in case of the kernel headers, for example). | 18:37 |
| josch | minute: how about changing the gitlab CI yaml script such that it only builds armhf/i386 when it runs a pipeline for "main"? That way, we can iterate faster on merge requests or other custom tests and whatever is built for the MNT Debian repo includes also the other architectures. | 18:38 |
| - mjw (QUIT: Ping timeout: 264 seconds) (~mjw@gnu.wildebeest.org) | 19:02 | |
| minute | josch: ah, that sounds good | 19:02 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:03 | |
| + paperManu_ (~paperManu@142.169.16.238) | 19:08 | |
| - paperManu_ (QUIT: Ping timeout: 256 seconds) (~paperManu@142.169.16.238) | 19:27 | |
| josch | huh... ssh does not work in the train... here is a patch in case this is needed quickly. Otherwise I hopefully remember to git push later: https://paste.debian.net/hidden/f816815e/ | 19:35 |
| minute | josch: thanks and no worries, need to run soon anyway | 19:36 |
| josch | hrm... probably the gitlab job dependencies need to be adjusted -- i have to figure out if this is necessary later | 19:44 |
| - andreas-e (QUIT: Quit: Leaving) (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890e.rev.sfr.net) | 19:45 | |
| + chomwitt (~chomwitt@2a02:85f:9a5f:900:1ac0:4dff:fedb:a3f1) | 19:46 | |
| - lidstah (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 20:39 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 20:39 | |
| + paperManu_ (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 20:39 | |
| + amk_ (~amk@user/amk) | 20:56 | |
| - amk (QUIT: Read error: Connection reset by peer) (~amk@user/amk) | 20:56 | |
| * amk_ -> amk | 20:56 | |
| + mjw (~mjw@gnu.wildebeest.org) | 21:04 | |
| - amk (QUIT: Remote host closed the connection) (~amk@user/amk) | 21:23 | |
| + amk (~amk@user/amk) | 21:24 | |
| - amk (QUIT: Read error: Connection reset by peer) (~amk@user/amk) | 21:37 | |
| + erle (~erle@user/erle) | 21:41 | |
| + amk (~amk@user/amk) | 21:52 | |
| - paperManu_ (QUIT: Ping timeout: 256 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 22:03 | |
| - potash (QUIT: Quit: The Lounge - https://thelounge.chat) (~potash@user/foghorn) | 22:04 | |
| + potash (~potash@user/foghorn) | 22:06 | |
| - gustav25 (QUIT: Quit: Quit) (~gustav@c-92-32-81-177.bbcust.telenor.se) | 22:15 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!