| 00:20:33 | *** | Saving seen data "./dancer.seen" |
| 00:59:18 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 01:00 |
| 01:12:40 | | Quit saratoga (Remote host closed the connection) |
| 01:33:22 | | Quit koniu (Remote host closed the connection) |
| 01:33:54 | | Join koniu [0] (~koniu@gateway/tor-sasl/koniu) |
| 01:38:54 | | Quit craftyguy (Ping timeout: 260 seconds) |
| 01:43:36 | | Join craftyguy [0] (~craftyguy@qutebrowser/dev/craftyguy) |
| 01:49:23 | | Quit Rower (Ping timeout: 240 seconds) |
| 02:00 |
| 02:20:36 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:04:02 | | Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:4961:9a78:8dc2:c7a6) |
| 03:51:49 | | Quit Lonoxmont (Ping timeout: 264 seconds) |
| 04:00 |
| 04:20:39 | *** | Saving seen data "./dancer.seen" |
| 04:36:25 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
| 04:43:19 | | Join Lonoxmont [0] (~lonoxmont@075-139-229-057.biz.spectrum.com) |
| 06:00 |
| 06:14:27 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 06:20:41 | *** | No seen item changed, no save performed. |
| 07:00 |
| 07:00:48 | fs-bluebot | Build Server message: New build round started. Revision cb94b3a, 295 builds, 12 clients. |
| 07:01:15 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 07:20:54 | fs-bluebot | Build Server message: Build round completed after 1207 seconds. |
| 07:20:58 | fs-bluebot | Build Server message: Revision cb94b3a result: All green |
| 07:57:52 | | Quit ac_laptop (Ping timeout: 256 seconds) |
| 08:00 |
| 08:02:17 | | Quit blackyus17 (Quit: AFK) |
| 08:02:29 | | Join blackyus17 [0] (~blackyus1@ip189.ip-144-217-213.net) |
| 08:20:43 | *** | Saving seen data "./dancer.seen" |
| 08:38:44 | | Quit danielp3344 (*.net *.split) |
| 08:39:21 | | Join massiveH [0] (~massiveH@ool-18e4eaeb.dyn.optonline.net) |
| 08:40:40 | | Quit nihilazo (Write error: Connection reset by peer) |
| 08:40:41 | | Quit kadoban (Write error: Connection reset by peer) |
| 08:40:45 | | Quit blbro[m] (Remote host closed the connection) |
| 08:48:56 | | Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-nqdrbzgtzktkovkx) |
| 08:57:37 | speachy | bluebrother, the commits to allow the buildclient to specify a 'dummy' arch have landed. |
| 08:58:13 | speachy | also, the manual targets now require both latex and the native toolchain for that target before they will proceed. |
| 08:59:24 | speachy | also, saratoga, do you want me to try and combine your two gerrit accounts? |
| 09:00 |
| 09:11:11 | | Join MrZeus_ [0] (~MrZeus@4e6942be.skybroadband.com) |
| 09:12:27 | speachy | aaaand anyone care to review the archos removal patches (1/4 especially) |
| 09:15:15 | | Join nihilazo [0] (nihilazoma@gateway/shell/matrix.org/x-zdghvovtagqemvls) |
| 09:15:15 | | Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-izislwbtuphpsari) |
| 09:15:15 | | Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-broryavywvrvzmjx) |
| 09:56:27 | | Quit MrZeus_ (Ping timeout: 244 seconds) |
| 10:00 |
| 10:16:53 | speachy | there. last of the manual warnings are fixed. I think. |
| 10:17:06 | | Quit massiveH (Quit: Leaving) |
| 10:20:46 | *** | Saving seen data "./dancer.seen" |
| 10:24:19 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 11:00 |
| 11:59:02 | | Quit Rower () |
| 11:59:14 | | Join MrZeus_ [0] (~MrZeus@4e6942be.skybroadband.com) |
| 12:00 |
| 12:01:09 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 12:17:07 | __builtin | speachy: is there any hope in fixing the non-www rockbox.org domain? |
| 12:17:29 | __builtin | seems to be causing lots of issues for new users |
| 12:17:49 | speachy | it's out of my hands. All I can do is ask the Haxx crew again |
| 12:19:02 | speachy | I don't think there are any non-www rockbox.org URLs on the official sites |
| 12:20:47 | *** | Saving seen data "./dancer.seen" |
| 12:29:32 | __builtin | but third-party sites still have the non-www url (and perhaps search engines, too) |
| 12:29:49 | speachy | A little while back I did find some refecences to it in the sitemap |
| 12:31:34 | | Quit ac_laptop (Quit: WeeChat 2.8) |
| 12:31:53 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 12:32:46 | __builtin | what has the haxx crew said? |
| 12:33:01 | speachy | nothing |
| 12:33:57 | speachy | IMO my taking over the domain is the least-effort option. |
| 12:34:11 | speachy | but obviously that's not something I can just do. |
| 12:35:08 | efqw | I've spent a little bit more time with m3k's firmware, and there are some things that needs to be addressed by rb itself. |
| 12:36:03 | efqw | The firmware on there doesn't have SDL, so we can either try to get SDL1.2 working on it, or just use the raw framebuffer as-is. Which option would be the most convenient? |
| 12:36:28 | speachy | you're using their toolchain? |
| 12:37:04 | speachy | IIRC we compule libsdl as part of our cross-toolchain for hosted targets |
| 12:38:18 | efqw | does this mean we don't need functional libsdl libraries on the host? |
| 12:38:53 | | Join jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
| 12:41:12 | | Quit J_Darnley (Ping timeout: 256 seconds) |
| 12:42:54 | efqw | dac power management relies on raw ioctl commands in the stock player binary, there will be no audio output if you don't manually enable the headphone amp portion in the dac on startup (and optionally disable it after playback is done to optimize for battery life) |
| 12:44:44 | speachy | efqw, if they don't exist we can always compile our own. less convenient to be sure, but not a showstopper. |
| 12:45:08 | speachy | and we can issue ioctls (or whatever) in the target-specific code |
| 12:45:39 | efqw | will we run into libc compatibility issues? |
| 12:46:21 | efqw | the libc on the stock os is eglibc 2.16 |
| 12:47:20 | speachy | if you're using their cross-toolchain then no |
| 12:54:00 | efqw | I've been reading commit d55680993df9b6743506814d98b5cc1859828f8a to understand what kind of changes would be required to make that port work on this device. |
| 12:54:59 | efqw | Fortunately the PMU is exactly the same |
| 12:55:47 | speachy | you can probably ignore everything outside of firmware/target/hosted in that commit |
| 12:56:49 | speachy | or not |
| 12:57:55 | efqw | bootloader/rocker_linux.c looks intimidating |
| 12:58:37 | speachy | for the m3k all you'd need to change is a few lines there |
| 12:59:05 | | Quit lemon_jesus (Ping timeout: 240 seconds) |
| 12:59:22 | speachy | look at the difference between rocker_linux and xduoo_linux |
| 12:59:44 | speachy | and that's all you'd need to change. (merging the two is on my todo list) |
| 12:59:51 | efqw | firmware/drivers/audio/rocker_codec.c will have to be rewritten :/ |
| 13:00 |
| 13:00:03 | efqw | (probably) |
| 13:04:22 | | Join __Bilgus_ [0] (41ba23be@65.186.35.190) |
| 13:04:46 | efqw | either way, I'll probably start with trivial targets like keymaps, backlight controls, etc. I don't know how to write C, but I can document these in plain text. |
| 13:06:13 | | Join lemon_jesus [0] (~lemon_jes@c-73-9-49-209.hsd1.il.comcast.net) |
| 13:10:52 | efqw | by the way, that existing m3k port doesn't seem to be using sdl |
| 13:11:25 | speachy | using native framebuffer and alsa? that works too.. |
| 13:12:07 | speachy | we have exsting fb code that you can re-use, ditto with alsa |
| 13:12:16 | efqw | initially I thought they got sdl working, but looking at their rootfs, I can't find `libSDL-1.2.so.0` at all |
| 13:12:27 | speachy | any libSDL at all? |
| 13:12:32 | speachy | (it could have SDL2..) |
| 13:12:39 | efqw | nope |
| 13:20:08 | efqw | The only changes they made to the rootfs is a new startup entry in /etc/init.d and the new /usr/rockbox folder. |
| 13:21:36 | efqw | No new libs as far as I'm aware of |
| 13:21:42 | | Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) |
| 13:27:46 | | Quit ac_laptop (Quit: WeeChat 2.8) |
| 13:28:03 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 13:40:14 | speachy | efqw, I consolidated the bootloaders in g#2575 |
| 13:40:16 | fs-bluebot | Gerrit review #2575 at http://gerrit.rockbox.org/r/2575 : bootloader: Consolidate xDuoo X3ii/X20 and AGPTek Rocker bootloaders by Solomon Peachy |
| 13:43:30 | fs-bluebot | Build Server message: New build round started. Revision 0c4ae41, 295 builds, 9 clients. |
| 13:43:51 | efqw | cool, thanks |
| 13:44:01 | speachy | it's the commit that's building |
| 13:44:41 | speachy | in theory all you'll need to change is a single ifdef at the top to add the m3k's icon size and firmware file name. |
| 13:45:04 | efqw | how should we store the rb binaries? since this device has nand flash, I'd prefer to stash everything onto the nand instead of using microsd like some other players seem to rely on |
| 13:48:45 | speachy | that's the approach xvortex took, but experience has shown us that keeping .rockbox in the onboard flash is a bad idea |
| 13:48:53 | speachy | as onboard flash wears out |
| 13:49:47 | speachy | (and will, longer-term, brick your device) |
| 13:50:19 | speachy | we want to modify the OF (and filesystem) as little as possible. |
| 13:51:22 | efqw | yeah, fiio didn't care much about the nand unforturnately |
| 13:52:21 | efqw | between the two separate ubi partitions (instead of volumes) and the incredibly verbose logging, the devices will probably die after a couple of years |
| 13:53:34 | efqw | if this is a dualboot fw, I'll probably put in something that symlinks the log file on the data partition to /dev/null |
| 13:56:40 | speachy | probably less than that. |
| 13:57:10 | efqw | oh, and the database is also written to the nand, lol |
| 14:00 |
| 14:01:27 | efqw | so if I'm reading this correctly, the only file that needs to be on the rootfs is the multiboot bootloader? |
| 14:01:51 | efqw | (suppose we take the agpteck rocker approach) |
| 14:05:08 | fs-bluebot | Build Server message: Build round completed after 1298 seconds. |
| 14:05:12 | fs-bluebot | Build Server message: Revision 0c4ae41 result: All green |
| 14:07:16 | speachy | ...and whatever is needed to launch it, yes. |
| 14:07:18 | speachy | I' |
| 14:07:31 | __Bilgus_ | hosted targets don't use multiboot |
| 14:07:34 | speachy | part of that commit I made was to move the bootloader's config file to the sd card too |
| 14:08:22 | speachy | should probably add in the ability to set the boot timeout too. |
| 14:09:11 | efqw | "multiboot" in this case refers to "choose which player binary to launch" |
| 14:10:11 | speachy | ...probably have an hour left on $dayjob build, bah. |
| 14:12:41 | efqw | so basically all we need to do to the stock firmware are: debloat the rootfs (optional), get sdl1.2 working on the device, add a startup script to check & preemptively symlink the log file to /dev/null (to reduce flash wear), and finally add the rb bootloader binary and the startup script for it? |
| 14:14:32 | speachy | no need for sdl; go native with alsa + fbdev + input −− existing hosted players already have most of what you'll need |
| 14:15:42 | efqw | I was hoping to be able to reuse as much of the rocker port as possible tbh |
| 14:20:49 | *** | Saving seen data "./dancer.seen" |
| 14:28:02 | speachy | rocker doesn't use sdl. |
| 14:30:03 | speachy | uses bare linux fbdev, alsa, and /dev/input |
| 14:30:44 | efqw | lmao |
| 14:31:04 | efqw | I thought it used sdl but apparently it's just the *simulator* |
| 14:35:12 | | Quit __Bilgus_ (Remote host closed the connection) |
| 15:00 |
| 15:21:38 | | Join reductum [0] (~weechat@cpe-104-175-169-123.socal.res.rr.com) |
| 15:41:12 | | Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 15:44:04 | | Quit mendel_munkis (Ping timeout: 256 seconds) |
| 16:00 |
| 16:10:47 | | Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 16:13:32 | | Quit mendel_munkis_ (Ping timeout: 256 seconds) |
| 16:18:30 | | Quit reductum (Quit: WeeChat 2.9) |
| 16:20:53 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:02:52 | | Quit sakax (Remote host closed the connection) |
| 17:24:22 | | Quit ac_laptop (Ping timeout: 260 seconds) |
| 17:39:42 | | Quit lebellium (Quit: Leaving) |
| 18:00 |
| 18:14:59 | | Quit Rower (Ping timeout: 240 seconds) |
| 18:15:35 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 18:20:45 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 18:20:56 | *** | Saving seen data "./dancer.seen" |
| 18:27:13 | | Quit Rower (Ping timeout: 258 seconds) |
| 18:41:41 | | Quit michaelni (Quit: Leaving) |
| 18:42:16 | | Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) |
| 19:00 |
| 19:43:25 | | Quit MrZeus_ (Ping timeout: 240 seconds) |
| 20:00 |
| 20:20:57 | *** | Saving seen data "./dancer.seen" |
| 20:46:30 | | Join LambdaCalculus37 [0] (~LambdaCal@pool-96-234-126-119.nwrknj.fios.verizon.net) |
| 20:49:40 | LambdaCalculus37 | Feels weird being back after so many years away. |
| 20:52:13 | speachy | c'est la vie |
| 20:53:03 | LambdaCalculus37 | I don't know what's making me come back to messing with the Rockbox code after, what... 8 or so years?... but I'm playing around with trying to get OpenBSD to be a supported build environment. |
| 20:54:03 | | Quit LambdaCalculus37 (Quit: Leaving) |
| 20:54:40 | | Join LambdaCalculus37 [0] (~LambdaCal@pool-96-234-126-119.nwrknj.fios.verizon.net) |
| 20:54:45 | | Quit LambdaCalculus37 (Remote host closed the connection) |
| 20:55:12 | | Join LambdaCalculus37 [0] (~LambdaCal@pool-96-234-126-119.nwrknj.fios.verizon.net) |
| 20:56:35 | LambdaCalculus37 | I was able to at least get tools/configure to recognize the uname of OpenBSD, tools/rockboxdev.sh doesn't work under OpenBSD at all, of course. |
| 20:57:51 | LambdaCalculus37 | Building even the sim in OpenBSD breaks spectacularly with a boatload of parse errors in the Makefile: https://twitter.com/LambdaCalculus/status/1286092194902933504?s=20 |
| 20:58:13 | | Quit ZincAlloy (Quit: Leaving.) |
| 20:59:33 | LambdaCalculus37 | In OpenBSD, rockboxdev.sh just spits out the following when envoked: './rockboxdev.sh[35]: nproc: not found' |
| 20:59:44 | speachy | not terribly surprising given reliance upon quasi-newish GNUisms |
| 21:00 |
| 21:00:07 | LambdaCalculus37 | And OpenBSD not being a very big fan of said quasi-newish GNUisms. |
| 21:00:39 | LambdaCalculus37 | Honestly, I'd be surprised if the tools even still work in FreeBSD. |
| 21:01:36 | speachy | if the sim barfs on the makefile then so will the main builds |
| 21:02:47 | LambdaCalculus37 | Of course. I still remember that. :) |
| 21:03:44 | LambdaCalculus37 | And I know I can't get the toolchains installed because of the rockboxdev.sh script barfing on me. |
| 21:04:13 | LambdaCalculus37 | I don't know which is crazier: trying to build Rockbox in OpenBSD, or trying to build Rockbox in Haiku. :P |
| 21:06:19 | LambdaCalculus37 | What I found hilarious is Haiku actually kind of started working, but the tools barfed when it came to the uname check. |
| 21:06:29 | LambdaCalculus37 | I posted about it on the forum: https://forums.rockbox.org/index.php/topic,53420.0.html |
| 21:07:06 | mendelmunkis | LambdaCalculus37: At one point I considered trying to make a compiler plugin for rockbox. |
| 21:10:35 | LambdaCalculus37 | I mean, it would be cool to see additional OSes be able to be used to have functional build environments for Rockbox, but it's going to be a little tough when those OSes are not quite the same as what everyone is used to, or are obscure as all getup. |
| 21:16:30 | | Nick mendelmunkis is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 21:19:20 | | Join __Bilgus_ [0] (41ba23be@65.186.35.190) |
| 21:21:27 | __Bilgus_ | I like the idea of the vm to a controlled enviroment |
| 21:23:08 | __Bilgus_ | each time I start setting up a new one I intend to make a build for the masses but 4/4x now I've forgotten to do so before I start bloating it up with tools I prefer |
| 21:24:03 | __Bilgus_ | maybe it could be like a very minimal headless install that acts as a build farm for the user |
| 21:24:45 | LambdaCalculus37 | Guess for now I'll set working on OpenBSD as a build environment aside for a bit until I can get around those weird GNUisms. |
| 21:25:27 | __Bilgus_ | lambda I feel that the dev script has wayyyy too much content to pickout meaningful errors |
| 21:25:51 | __Bilgus_ | I have a patch on gerrit that fails early and only prints errors |
| 21:29:04 | __Bilgus_ | ON to other topics.. I'm thinking with grabbing playlist information (adding playlist functions to plugin API) |
| 21:29:14 | LambdaCalculus37 | __Bilgus_, you mean rockboxdev.sh itself? |
| 21:29:29 | __Bilgus_ | Lambda, yes |
| 21:31:56 | __Bilgus_ | the functions I need are Playlist_Amount and Playlist_Get_Display_Index |
| 21:33:13 | __Bilgus_ | Instead I think I'd rather add playlist_get_current() and parse the playlist struct local |
| 21:34:15 | __Bilgus_ | that also will expand the functionality for the other broken out functions |
| 21:35:25 | speachy | the 'nprocs' thing is easy enough to work around; it's just the number of cores available. But I'm sure there will be plenty more issues. |
| 21:36:38 | LambdaCalculus37 | speachy, I'm running OpenBSD 6.7 in a VM on my ThinkPad X220, which is only a dual-core i5-2520M, so I've given only one core to the VM. |
| 21:37:35 | speachy | there's no strategic benefit to rockbox to enabling *BSDs as a build host, especially if it comes at the expense of maintainability. |
| 21:38:03 | LambdaCalculus37 | In my case, I just wanted to see if it could be done. |
| 21:38:49 | speachy | Oh, I'm sure it's doable, just a question of how much effort will it require. IMO trying to avoid gmake is probably a lost cause |
| 21:40:20 | LambdaCalculus37 | Hey, be glad I'm not trying this under something like 9front. :P |
| 21:40:47 | speachy | it's Free Software, far be it for me to say what you should do in your spare time. :) |
| 21:41:52 | LambdaCalculus37 | True. I'm just tinkering and exploring again, but that tinkering and exploring is what got me to become a Rockbox dev in the first place. :) |
| 21:42:22 | speachy | I would just greatly prefer to see these rare and valuable developer-hours go towards making rockbox (as it runs on the players) better. |
| 21:42:23 | __Bilgus_ | welcome back :) |
| 21:43:08 | speachy | indeed, welcome back. feel free to ignore this old grump. |
| 21:44:00 | __Bilgus_ | speachy I want to try bumping the API do you have an idea of when you want to complete the PLAYER removal? |
| 21:44:01 | LambdaCalculus37 | But moving onto other subjects: the fix added with rev 54629073ae has also made a nice difference in the performance in the SSD in my iriver H300. |
| 21:44:28 | __Bilgus_ | try to avoid! jeeez |
| 21:44:29 | speachy | __Bilgus_ as far as I'm concerned, it's ready as soon as someone else reviews my work |
| 21:44:58 | __Bilgus_ | ah ok i'll get at least another reviewed this eve |
| 21:45:26 | speachy | LambdaCalculus37, I'm glad that such a simple fix has proven to be more widely useful. |
| 21:45:45 | speachy | do you have a sense of how it's affected power consumption? |
| 21:46:23 | speachy | since it basically disables all power management, including killing power supplies on the host/controller side. |
| 21:46:51 | LambdaCalculus37 | I haven't noticed a major difference in power consumption, but I should do a proper battery bench one day soon. |
| 21:47:21 | speachy | what sort of SSD is it? ATA/CF->SD? |
| 21:48:27 | LambdaCalculus37 | It's a proper PATA SSD. 1.8", 50 pin connector and all. It's a KingSpec KSD-CF18. 128GB. |
| 21:48:44 | speachy | __Bilgus_, I have made a few changes since you last looked, basically fixing up the breakages I'd introduced in the manual. |
| 21:49:03 | LambdaCalculus37 | Bought it from Amazon about 4 years ago. |
| 21:49:43 | LambdaCalculus37 | It basically is like a proper drop-in replacement. No adapters needed. |
| 21:50:26 | speachy | LambaCalculus37... and it doesn't support mandatory ATA power management. I wonder if you pop it open it won't turn out to be an eMMC chip bolted onto the side of an FC1307. |
| 21:50:50 | speachy | can you dump the ata_identity info so I can take a peek? |
| 21:51:56 | LambdaCalculus37 | Sure. |
| 21:53:12 | LambdaCalculus37 | speachy, here ya go: https://u.pcloud.link/publink/show?code=XZ5u8akZ4wDeJAqN0E8hVhmhuXq7UkAzfKSX |
| 21:54:24 | speachy | got it, thank you |
| 21:59:37 | LambdaCalculus37 | Anything interesting in the identity info? |
| 22:00 |
| 22:01:27 | | Quit livvy (Remote host closed the connection) |
| 22:03:53 | Strife89 | speachy, have you had a chance to install and use that iPod Mini battery much? |
| 22:04:16 | speachy | I put the original microdrive back in, which meant the new battery didn't fit. |
| 22:04:24 | Strife89 | Mine is showing possible signs of being unable to keep a charge while idle |
| 22:04:41 | speachy | my old battery goes dead if left alone for a couple of days |
| 22:07:59 | Strife89 | Oh dear |
| 22:08:28 | Strife89 | It's going haywire after I unplugged it from my desktop |
| 22:15:00 | Strife89 | Starting to wonder if I managed to loosen or strip one of the battery wires when I made the "final" reassembly. |
| 22:16:34 | Strife89 | If I *tilt* the device sufficiently, it shuts off and restarts. |
| 22:17:12 | Strife89 | Sometimes it goes to the iPod's "low battery" screen for a moment (or internal charging screen if it's still plugged in) |
| 22:18:36 | Strife89 | It's not consistent but it's happening on 3.15 (not that I think software has anything to do with it) |
| 22:20:23 | speachy | LambaCalculus37, definitly doesn't advertise power management.. and it also claims to be an SSD but has that word in the wrong endianness. |
| 22:20:48 | speachy | so ... yeah. |
| 22:21:00 | *** | Saving seen data "./dancer.seen" |
| 22:22:40 | speachy | quite sloppy. |
| 22:26:55 | Strife89 | https://photos.app.goo.gl/TEgf8Jaa32gdgiAC6 I was holding Select + Play |
| 22:34:30 | Strife89 | I'm not sure whether it will be helpful, but I recorded some footage of the Mini's odd behavior. It will take all night to upload, though. |
| 22:35:16 | Strife89 | I want to wait for an outside opinion before I start disassembling the Mini again, though. |
| 23:00 |
| 23:05:07 | | Quit LambdaCalculus37 (Ping timeout: 246 seconds) |
| 23:05:41 | | Join LambdaCalculus37 [0] (LambdaCalc@gateway/vpn/privateinternetaccess/lambdacalculus37) |
| 23:09:09 | | Quit LambdaCalculus37 (Client Quit) |
| 23:23:04 | | Quit ac_laptop (Ping timeout: 256 seconds) |
| 23:33:30 | | Quit TheSeven (Disconnected by services) |
| 23:33:39 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
icon identifies that the person is a core developer (has commit access).