| - Ar|stote|is (QUIT: Ping timeout: 264 seconds) (~linx@149.210.66.25) | 00:05 | |
| + Ar|stote|is (~linx@149.210.3.59) | 00:09 | |
| - lidstah (QUIT: Ping timeout: 245 seconds) (~lidstah@gateway/tor-sasl/lidstah) | 00:13 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 00:15 | |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 00:23 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 00:30 | |
| + oliverD (~Thunderbi@user/oliverd) | 01:01 | |
| - oliverD (QUIT: Read error: Connection reset by peer) (~Thunderbi@user/oliverd) | 01:02 | |
| - stephano (QUIT: Quit: stephano) (~stephano@71.238.14.13) | 01:15 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 02:17 | |
| minute | josch: yeah it has no compression built in | 02:40 |
|---|---|---|
| minute | josch: perhaps ffmpeg with -vcodec copy ? | 02:42 |
| - mjw (QUIT: Ping timeout: 272 seconds) (~mjw@gnu.wildebeest.org) | 02:42 | |
| - alcedo (QUIT: Ping timeout: 250 seconds) (~alcedo@user/alcedo) | 03:04 | |
| + alcedo (~alcedo@user/alcedo) | 03:06 | |
| + oliverD (~Thunderbi@user/oliverd) | 04:25 | |
| - paperManu (QUIT: Ping timeout: 247 seconds) (~paperManu@204.244.197.237) | 04:25 | |
| - paperManu_ (QUIT: Ping timeout: 249 seconds) (~paperManu@204.244.197.237) | 04:25 | |
| - oliverD (QUIT: Remote host closed the connection) (~Thunderbi@user/oliverd) | 04:47 | |
| + spew (~spew@user/spew) | 05:23 | |
| josch | minute: i can view the webcam image just fine in guvcview, for example. But as soon as I try to capture the stream with ffmpeg (even with -vcodec copy) ffmpeg stalls at capturing a single frame one. I can capture with guvcview but the resulting video will be full of strange artifacts of a type i haven't seen before. | 06:47 |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 08:06 | |
| + RandyK (~RandyK@user/randyk) | 08:07 | |
| - lidstah (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 08:18 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 08:18 | |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 08:29 | |
| - lidstah (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 08:29 | |
| + RandyK (~RandyK@user/randyk) | 08:29 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 08:29 | |
| - anuejn (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000) | 08:37 | |
| - se6astian (QUIT: ) (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000) | 08:37 | |
| - BAndiT1983 (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000) | 08:37 | |
| + BAndiT1983 (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000) | 08:37 | |
| + anuejn (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000) | 08:37 | |
| + se6astian (~quassel@2a03:b0c0:3:f0:0:1:9e0a:7000) | 08:37 | |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 08:44 | |
| + RandyK (~RandyK@user/randyk) | 08:45 | |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 08:49 | |
| + RandyK (~RandyK@user/randyk) | 08:50 | |
| - murphnj (QUIT: Remote host closed the connection) (~murphnj@user/murphnj) | 08:53 | |
| + murphnj (~murphnj@user/murphnj) | 08:53 | |
| - chartreuse (QUIT: Ping timeout: 245 seconds) (~chartreus@104.246.216.155) | 09:29 | |
| - alcedo (QUIT: Quit: leaving) (~alcedo@user/alcedo) | 09:34 | |
| + alcedo (~alcedo@user/alcedo) | 09:36 | |
| - alcedo (QUIT: Client Quit) (~alcedo@user/alcedo) | 09:40 | |
| + alcedo (~alcedo@user/alcedo) | 09:40 | |
| minute | josch: ahh your question is how to record video, not necessarily raw | 11:00 |
| josch | yes. I have recorded raw (not really raw but mjpeg) video in the past to reduce the cpu load | 11:47 |
| - iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 12:04 | |
| + iank (~iank@fsf/staff/iank) | 12:04 | |
| alcedo | Hello, everyone! I have been following MNT's projects for quite some time now, and, I must say, I am impressed and intrigued by what's been done and what's planned for the future. | 12:09 |
| alcedo | I have, also, been looking into getting one of the devices, but I am a bit confused by the compatibility table. | 12:11 |
| alcedo | It says that LS1028A is 'TBD' for the Reform Next. Does that mean that official (and SW) support is being debated, or something else? | 12:13 |
| alcedo | The board itself should fit. It's the same connector, no? | 12:14 |
| + paperManu (~paperManu@204.244.197.237) | 12:24 | |
| + paperManu_ (~paperManu@204.244.197.237) | 12:25 | |
| * Guest6483 -> mjw | 12:59 | |
| - iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 13:25 | |
| - buckket (QUIT: Quit: buckket) (~buckket@vps.buckket.org) | 13:28 | |
| + buckket (~buckket@vps.buckket.org) | 13:29 | |
| + iank (~iank@fsf/staff/iank) | 13:29 | |
| josch | alcedo: yes, the connector should physically fit but afaik nobody tried whether the rest of the board also physically fits and nobody wrote a dtb for it. What makes you interested in the LS1028A? For the same money you get far better performance with other boards. | 13:34 |
| tisiphone | Just got my new reform, is it normal for the oled screen to be flickering and not booting up? I'd done a keyboard firmware reset as the keyboard wasn't showing its leds and now OLED screen is just showing the logo and flickering. | 14:13 |
| tisiphone | To be clear when it arrived it was working, this is just a new thing today. | 14:14 |
| alcedo | josch: Well, it would be the lack of blobs. | 14:20 |
| - cararemixed (QUIT: Ping timeout: 245 seconds) (sid724089@id-724089.helmsley.irccloud.com) | 14:21 | |
| - senzilla (QUIT: Ping timeout: 252 seconds) (sid151180@id-151180.hampstead.irccloud.com) | 14:21 | |
| - austriancoder (QUIT: Ping timeout: 252 seconds) (sid152545@id-152545.hampstead.irccloud.com) | 14:21 | |
| + polymetis_ (sid320610@hampstead.irccloud.com) | 14:21 | |
| + ezequielg_ (sid363064@uxbridge.irccloud.com) | 14:21 | |
| + gl0b_ (sid272774@user/gl0b) | 14:21 | |
| - kuno (QUIT: Ping timeout: 248 seconds) (sid299442@id-299442.helmsley.irccloud.com) | 14:21 | |
| - voxpelli (QUIT: Ping timeout: 248 seconds) (sid31634@2a03:5180:f::7b92) | 14:21 | |
| - yuu (QUIT: Ping timeout: 268 seconds) (sid267332@id-267332.ilkley.irccloud.com) | 14:21 | |
| - asjackson (QUIT: Ping timeout: 256 seconds) (sid390990@id-390990.lymington.irccloud.com) | 14:21 | |
| - luka (QUIT: Ping timeout: 246 seconds) (sid744851@user/luka) | 14:22 | |
| - polymetis (QUIT: Ping timeout: 246 seconds) (sid320610@id-320610.hampstead.irccloud.com) | 14:22 | |
| * polymetis_ -> polymetis | 14:22 | |
| + asjackson_ (sid390990@lymington.irccloud.com) | 14:22 | |
| - ezequielg (QUIT: Ping timeout: 248 seconds) (sid363064@id-363064.uxbridge.irccloud.com) | 14:22 | |
| - [tj] (QUIT: Ping timeout: 248 seconds) (sid609767@id-609767.lymington.irccloud.com) | 14:22 | |
| * ezequielg_ -> ezequielg | 14:22 | |
| + [tj]_ (sid609767@lymington.irccloud.com) | 14:22 | |
| - _alice (QUIT: Ping timeout: 268 seconds) (sid544964@id-544964.ilkley.irccloud.com) | 14:22 | |
| - amatecha (QUIT: Ping timeout: 246 seconds) (sid10006@user/amatecha) | 14:22 | |
| alcedo | Except for the eDP one. On the same topic, if I were to strip it out, I would need to connect the internal display over the PCI. How does one achieve that? | 14:22 |
| - jameshjacks0njr_ (QUIT: Ping timeout: 245 seconds) (sid381910@user/jameshjacks0njr/x-7942062) | 14:22 | |
| + jbmorley__ (sid21953@tinside.irccloud.com) | 14:22 | |
| - grimmware (QUIT: Ping timeout: 246 seconds) (sid638840@id-638840.hampstead.irccloud.com) | 14:22 | |
| - jbmorley_ (QUIT: Ping timeout: 252 seconds) (sid21953@id-21953.tinside.irccloud.com) | 14:22 | |
| - voltaire28 (QUIT: Ping timeout: 252 seconds) (sid689360@id-689360.ilkley.irccloud.com) | 14:22 | |
| * jbmorley__ -> jbmorley_ | 14:22 | |
| + kuno (sid299442@helmsley.irccloud.com) | 14:22 | |
| - gl0b (QUIT: Ping timeout: 268 seconds) (sid272774@user/gl0b) | 14:22 | |
| * gl0b_ -> gl0b | 14:22 | |
| - mitosu-me (QUIT: Ping timeout: 256 seconds) (sid667511@id-667511.hampstead.irccloud.com) | 14:23 | |
| + grimmware (sid638840@hampstead.irccloud.com) | 14:23 | |
| + voltaire28 (sid689360@ilkley.irccloud.com) | 14:24 | |
| + mitosu-me (sid667511@hampstead.irccloud.com) | 14:24 | |
| + voxpelli (sid31634@tinside.irccloud.com) | 14:24 | |
| - paperManu_ (QUIT: Ping timeout: 245 seconds) (~paperManu@204.244.197.237) | 14:25 | |
| + _alice (sid544964@ilkley.irccloud.com) | 14:25 | |
| + amatecha (sid10006@user/amatecha) | 14:25 | |
| - paperManu (QUIT: Ping timeout: 272 seconds) (~paperManu@204.244.197.237) | 14:25 | |
| + jameshjacks0njr_ (sid381910@user/jameshjacks0njr/x-7942062) | 14:26 | |
| + austriancoder (sid152545@hampstead.irccloud.com) | 14:34 | |
| + senzilla (sid151180@hampstead.irccloud.com) | 14:35 | |
| + cararemixed (sid724089@helmsley.irccloud.com) | 14:35 | |
| + yuu (sid267332@ilkley.irccloud.com) | 14:36 | |
| + luka (sid744851@user/luka) | 14:38 | |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 14:44 | |
| tisiphone | Got it back up again, but keeping notes incase the odd behaviour recurs | 14:46 |
| - paperManu (QUIT: Ping timeout: 268 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 14:58 | |
| josch | alcedo: you would need a pci-e graphics card. I am not aware of one that would fit the Reform laptop case | 15:06 |
| josch | alcedo: maybe you are interested in the MNT Station? | 15:06 |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 15:10 | |
| - amospalla (QUIT: Quit: WeeChat 4.9.0) (~jordi@user/amospalla) | 15:18 | |
| - paperManu (QUIT: Ping timeout: 256 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 15:20 | |
| Zaba | most modern hardware relies on proprietary firmware even if it isn’t loaded from userspace by the OS, so just avoiding visible blobs can be quite illusory (and even counterproductive because these are at least easy to update) | 15:21 |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 15:22 | |
| alcedo | josch: I would need a whole new eGPU? I believe I am not understanding something right, here. I thought the GPU itself was free and that only the logic for driving the eDP connection was closed-source. | 15:22 |
| alcedo | Zaba: I am painfully aware of that, but I know that, if it can't be updated and directly interfaced by outside software, it is *basically* part of the hardware (I think that the FSF also considers it such) and not such a big issue. | 15:25 |
| Zaba | that’s not really true though | 15:26 |
| - paperManu (QUIT: Ping timeout: 245 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 15:27 | |
| Zaba | I think the fsf position is based on a very 80s idea of how hardware works | 15:27 |
| alcedo | I realize that, but I am at least trying to clean out the sensitive parts of the computer of something that can't be verified, only trusted implicitly. | 15:28 |
| alcedo | Zaba: They are... peculiar, but some of their insights are valuable. | 15:28 |
| Zaba | there’s often no difference whatsoever in terms of replaceability or the software interface in built-in firmware and firmware loaded by the OS, literally the only difference is the storage mechanism | 15:28 |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 15:29 | |
| Zaba | and firmware loaded by the OS is *more* transparent, even if it’s a bjnary blob | 15:29 |
| alcedo | Yes, yes, I'm trying to get rid of it as much as possible in a meaningful way. | 15:30 |
| Zaba | it’s *easier* to ensure that no one has modified it without the knowledge of the OS even if you can only compare binaries | 15:30 |
| alcedo | I am talking about not really caring about the firmware of isolated components. | 15:30 |
| Zaba | but the only way to get rid of it in a truly meaningful way is to just use ancient hardware, or FPGAs | 15:30 |
| Zaba | but they are not isolated? | 15:30 |
| Zaba | just because rheyre not conspicuous doesn’t mean there’s any isolation | 15:31 |
| alcedo | I am not talking about who loads the firmware, I'm talking about which devices I care if it's a blob or something I actually compiled. | 15:32 |
| alcedo | For example, I have 0 clue about what piece of software runs on my USB stick. | 15:33 |
| alcedo | But, what matters to me is that that device cannot request from my OS to read my memory. | 15:33 |
| alcedo | And since I store data encrypted, the only malicious thing (barring exploits in the communcation itself) that USB can do is corrupt the data or utilize any other DoS on itself. | 15:34 |
| Zaba | it can also enumerate as a HID device and opportunistically type in commands that will cause the system to leak data somewheee | 15:35 |
| alcedo | I know, but let's say I allow, via the kernel, that only my "trusted" keyboard, mouse, and touchpad are allowed as input devices, for simplicity's sake. | 15:36 |
| alcedo | What I'm trying to say is that with something like the WiFi card, I don't need to trust, as long as I have a convenient way of cutting it power and it doesn't have DMA. | 15:37 |
| alcedo | But anything that runs on the CPU or has shared memory with it, I simply cannot trust. | 15:38 |
| alcedo | Or, more realistically, I don't want to. | 15:39 |
| alcedo | Oh, and about the loading of firmware from the userspace vs by the component itself: I agree with you. I would rather be the one supplying the firmware even if it's a blob. | 15:41 |
| Zaba | having an IOMMU to limit DMA only to what a device is supposed to access is not that uncommon these days | 15:41 |
| alcedo | Here is where part of the FSF's ridiculousness starts: they, very much, wouldn't like that. But, if you put that binary blob onto a seperate flash chip (with a seperate CPU, ideally) so the user can't access it, they will happily give you a certification. | 15:42 |
| alcedo | That's how the Librem 5 got it, despite techincally having more binary blobs than the PinePhone (the latter needs to supply a blob for the RealTek WiFi/BT chip to work). | 15:43 |
| Zaba | but most of those onboard firmwares are not *difficult* to access, they are simply not routinely accessed | 15:43 |
| alcedo | If you have the tools, that is. | 15:43 |
| Zaba | most devices will have commands to update the firmware | 15:44 |
| alcedo | Zaba: Regarding the IOMMU, as far as I know, that's a feature reserved for the x86 processors. ARM, purportedly, has SMMU, but I have never seen it in the wild. | 15:45 |
| alcedo | Yes, most devices will probably have a .exe that automagically updates the firmware (or a seperate bootable image). | 15:46 |
| Zaba | but for example, your description includes every even remotely modern storage device, except ATA in PIO mode | 15:47 |
| alcedo | USB and UART don't have DMA, I think. | 15:49 |
| Zaba | I mean like SATA or NVMe | 15:49 |
| alcedo | Yep. | 15:50 |
| alcedo | Part of the issue, sadly. | 15:50 |
| alcedo | I mean, I am not going to lie to you, I am currently on an x86 PC with an NVMe SSD, so if anybody wanted to do me any harm, they would have done so already. But I don't delude myself that I am an interesting target to be exploited in such a way. | 15:51 |
| alcedo | I just have visceral hatred for why it even is the way it is. | 15:52 |
| Zaba | and that seems like a bigger fish to fry than some feeble eDP transmission IP block in the ls1028a :D | 15:52 |
| Zaba | or some ddr training blob | 15:53 |
| alcedo | Still, weighing my options. | 15:54 |
| alcedo | If I can avoid it, I will. | 15:54 |
| alcedo | josch: Sorry, I got carried away a bit. To answer the question: sadly, no, I, basically, require a laptop and cannot haul an external screen everywhere. That being said, the Station looks quite neat! | 15:56 |
| alcedo | Zaba: Although, funny that you mention that. I am a bit confused by the RK3588's description. On the shop-pages, it mentions a DDR training blob AND closed GPU firmware, but on the 'Modularity' table, it only mentions the former. | 15:59 |
| alcedo | What gives? | 15:59 |
| minute | alcedo: to offer some practical insight, you would need some type of card that would scan out an image to eDP. | 16:08 |
| minute | alcedo: this hasn't been done because so far no one cared enough about this to pay for the engineering to make that happen. | 16:09 |
| minute | alcedo: it's news to me that librem 5 ever got ryf | 16:17 |
| minute | alcedo: gpu firmware is optional on rk3588 | 16:19 |
| - spew (QUIT: Remote host closed the connection) (~spew@user/spew) | 16:20 | |
| minute | you can run it with software rendering if you want. that leaves then only the memory blob. | 16:20 |
| + spew_ (~spew@user/spew) | 16:20 | |
| * spew_ -> spew | 16:21 | |
| alcedo | minute: Hmm, thanks for the explanation regarding the eDP and the RK chip. | 16:24 |
| alcedo | minute: About the Librem 5, sorry, looks like my information is a smidge incorrect. It never actually got the RYF certification (even thought there has been a lot of discourse about 'how it's bound to happen' on the Purism forum), but it is tentativelly recommended by the FSF (alongside the fully-endorsed PureOS). | 16:26 |
| alcedo | Their "giving guide" lists it there (hey, MNT is also there!). | 16:30 |
| - paperManu (QUIT: Ping timeout: 248 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 16:44 | |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 16:46 | |
| minute | alcedo: yep | 16:55 |
| alcedo | minute: Does the DIY kit of the Reform come with the old motherboard and battery board designs and the NXP processor (MX8MQ)? | 17:01 |
| alcedo | Or is this question more suited for Crowdsupply? | 17:01 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:34 | |
| - aelius (QUIT: Ping timeout: 252 seconds) (~aelius@user/aelius) | 17:44 | |
| - alcedo (QUIT: Ping timeout: 272 seconds) (~alcedo@user/alcedo) | 17:46 | |
| + aelius (~aelius@user/aelius) | 17:46 | |
| + alcedo (~alcedo@user/alcedo) | 17:48 | |
| minute | alcedo: is there still a diy kit in stock? | 18:10 |
| - alcedo (QUIT: Ping timeout: 244 seconds) (~alcedo@user/alcedo) | 18:16 | |
| + alcedo (~alcedo@user/alcedo) | 18:17 | |
| alcedo | (Wow, my connection is dying. I don't know if my last message went through, so I am going to repeat it.) | 18:19 |
| alcedo | I just checked, and it says that diy kits are indeed in stock. | 18:20 |
| - spew (QUIT: Ping timeout: 248 seconds) (~spew@user/spew) | 19:08 | |
| - tisiphone (QUIT: Quit: offline time) (~quassel@user/tisiphone) | 19:10 | |
| + tisiphone (~quassel@ganymede-0.gladserv.net) | 19:11 | |
| - tisiphone (QUIT: Changing host) (~quassel@ganymede-0.gladserv.net) | 19:15 | |
| + tisiphone (~quassel@user/tisiphone) | 19:15 | |
| + wielaard (~mjw@gnu.wildebeest.org) | 19:54 | |
| * mjw -> Guest3708 | 19:58 | |
| - Guest3708 (QUIT: Killed (osmium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 19:58 | |
| * wielaard -> mjw | 19:58 | |
| + Guest3708 (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 19:59 | |
| - paperManu (QUIT: Ping timeout: 244 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 20:12 | |
| + paperManu (~paperManu@204.244.197.237) | 20:23 | |
| - cellmoose (QUIT: Ping timeout: 272 seconds) (cellmoose@znc.tilde.green) | 20:46 | |
| + cellmoose (~cellmoose@tilde.green) | 20:51 | |
| jfred | I | 20:54 |
| jfred | whoops | 20:54 |
| jfred | I've been playing around with Noctalia on my RK3588 Pocket Reform in place of e.g. waybar. It's *very* pretty | 20:55 |
| josch | "A user you’ve blocked has previously contributed to this repository." uhoh | 20:58 |
| jfred | would that be claude? | 20:58 |
| josch | yes | 20:58 |
| jfred | yeah, that's not all that surprising, heh | 20:59 |
| ^alex | slop! slop! slop! | 21:02 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 21:04 | |
| alcedo | Do we know how is Reform Next progressing? I see that CS is pushing the shipment date for preorders by a month after they get exceeded. | 21:10 |
| josch | alcedo: https://mastodon.social/@mntmn/116726484281686618 | 21:15 |
| jfred | so excited about the Next :D | 21:31 |
| mjw | mine currently says Estimated to ship: Jun 30, 2026 | 21:32 |
| mjw | dunno how realistic that is. | 21:33 |
| alcedo | Thanks, josch. | 21:36 |
| alcedo | ACTION considers following mastodon more closely | 21:36 |
| jfred | mjw: The April update said "assembly will start in July 2026" - so, I think the CS estimate is not quite realistic (https://mntre.com/media/reform_md/2026-04-30-april-update.html) | 21:39 |
| alcedo | jfred: What is the usual assembly-to-shipping timeframe? | 21:40 |
| mjw | ok, so maybe enf of July might be more realistic. | 21:41 |
| jfred | alcedo: that I don't know | 21:46 |
| alcedo | Something puzzles me, though. How is it that only the Reform got the oshwa certification and not any other device? | 21:49 |
| alcedo | Is something disqualifying them, or is it something that's not a priority right now? | 21:49 |
| + spew (~spew@user/spew) | 22:21 | |
| - marty (QUIT: Ping timeout: 256 seconds) (~marty@146.70.171.142) | 22:36 | |
| - alcedo (QUIT: Quit: leaving) (~alcedo@user/alcedo) | 22:45 | |
| + alcedo (~alcedo@user/alcedo) | 22:46 | |
| - alcedo (QUIT: Client Quit) (~alcedo@user/alcedo) | 22:46 | |
| + alcedo (~alcedo@user/alcedo) | 22:47 | |
| - spew (QUIT: Quit: nyaa~) (~spew@user/spew) | 22:48 | |
| - midfavila (QUIT: Ping timeout: 268 seconds) (midfavila@otaku.sdf.org) | 22:49 | |
| - alcedo (QUIT: Quit: leaving) (~alcedo@user/alcedo) | 23:17 | |
| + alcedo (~alcedo@user/alcedo) | 23:17 | |
| - alcedo (QUIT: Client Quit) (~alcedo@user/alcedo) | 23:17 | |
| + alcedo (~alcedo@user/alcedo) | 23:18 | |
| - alcedo (QUIT: Client Quit) (~alcedo@user/alcedo) | 23:18 | |
| + alcedo (~alcedo@user/alcedo) | 23:18 | |
| - alcedo (QUIT: Client Quit) (~alcedo@user/alcedo) | 23:20 | |
| + alcedo (~alcedo@user/alcedo) | 23:25 | |
| - alcedo (QUIT: Quit: leaving) (~alcedo@user/alcedo) | 23:36 | |
| + marty (~marty@143.244.47.81) | 23:38 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!