| 00:03:59 | | Join Tonux [0] (~Tonux@193.32.127.249) |
| 00:07:55 | | Quit othello7 (Ping timeout: 265 seconds) |
| 00:11:37 | | Join spork [0] (topic@188-142-52-99.fixed.kpn.net) |
| 00:46:41 | | Join JanC_ [0] (~janc@user/janc) |
| 00:46:42 | | Nick JanC is now known as Guest7955 (~janc@user/janc) |
| 00:46:42 | | Nick JanC_ is now known as JanC (~janc@user/janc) |
| 00:46:55 | rb-bluebot | Build Server message: New build round started. Revision f79374e1e8, 345 builds, 9 clients. |
| 00:46:55 | rb-bluebot | WPS don't display next track till ID3 data is ready by William Wilgus |
| 00:47:06 | | Quit Guest7955 (Ping timeout: 252 seconds) |
| 00:58:40 | rb-bluebot | Build Server message: Build round completed after 707 seconds. |
| 00:58:42 | rb-bluebot | Build Server message: Revision f79374e1e8 result: 313 errors 0 warnings |
| 01:00 |
| 01:02:13 | | Quit Tonux (Ping timeout: 244 seconds) |
| 01:07:11 | | Nick JanC is now known as Guest8644 (~janc@user/janc) |
| 01:07:11 | | Join JanC_ [0] (~janc@user/janc) |
| 01:07:11 | | Quit Guest8644 (Killed (erbium.libera.chat (Nickname regained by services))) |
| 01:07:11 | | Nick JanC_ is now known as JanC (~janc@user/janc) |
| 01:09:40 | _bilgus | ffs |
| 01:10:40 | | Join Tonux [0] (~Tonux@193.32.127.249) |
| 01:15:15 | | Join sch [0] (a2fe4b5ecb@irc.cheogram.com) |
| 01:24:51 | rb-bluebot | Build Server message: New build round started. Revision 1a6f0d8b0f, 345 builds, 9 clients. |
| 01:24:51 | rb-bluebot | [FixRed] checkwps has no concept of playback by William Wilgus |
| 01:25:51 | _bilgus | dconrad I updated your patch lmk if it works for you |
| 01:27:30 | _bilgus | might need a +1 or -1 on the basepath_max |
| 01:36:19 | rb-bluebot | Build Server message: Build round completed after 690 seconds. |
| 01:36:21 | rb-bluebot | Build Server message: Revision 1a6f0d8b0f result: All green |
| 01:55:20 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:25:29 | | Join JanC_ [0] (~janc@user/janc) |
| 02:25:29 | | Nick JanC is now known as Guest4504 (~janc@user/janc) |
| 02:25:29 | | Quit Guest4504 (Killed (zirconium.libera.chat (Nickname regained by services))) |
| 02:25:29 | | Nick JanC_ is now known as JanC (~janc@user/janc) |
| 03:00 |
| 03:11:45 | | Quit toruvinn (Ping timeout: 252 seconds) |
| 03:12:00 | | Join toruvinn [0] (~toruvinn@kd119106027116.ppp-bb.dion.ne.jp) |
| 03:55:24 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:03:46 | | Quit jacobk (Ping timeout: 248 seconds) |
| 04:04:55 | | Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net) |
| 05:00 |
| 05:43:55 | | Quit hook54321 (Ping timeout: 260 seconds) |
| 05:46:56 | | Quit baltazar (Ping timeout: 252 seconds) |
| 05:47:25 | | Join hook54321 [0] (sid149355@user/hook54321) |
| 05:55:26 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:50:58 | rb-bluebot | Build Server message: New build round started. Revision f7d5da6b2f, 345 builds, 9 clients. |
| 07:50:58 | rb-bluebot | metadata: mp3: Limit utf-8 buffer stack allocation to prevent stack overflow by Roman Artiukhin |
| 07:55:27 | *** | No seen item changed, no save performed. |
| 08:00 |
| 08:03:27 | rb-bluebot | Build Server message: Build round completed after 751 seconds. |
| 08:03:29 | rb-bluebot | Build Server message: Revision f7d5da6b2f result: All green |
| 09:00 |
| 09:01:00 | | Join Everything [0] (~Everythin@94.153.26.254) |
| 09:12:27 | | Join dconrad_ph [0] (~dconrad_p@205.237.113.8) |
| 09:15:36 | | Quit dconrad_ph (Client Quit) |
| 09:17:22 | | Join dconrad_ph [0] (~dconrad_p@205.237.113.8) |
| 09:18:03 | dconrad_ph | thanks _bilgus, I'll give it a try after work today |
| 09:19:24 | dconrad_ph | I was thinking through test scenarios and there's a couple I can do: (1) without drive (one volume system), (2) with drive (one volume system), |
| 09:22:14 | dconrad_ph | but a few I can't: (3) without drive on different volume from .rb (playlist and file on same volume), (4) with drive on different volume from .rb (playlist qnd file on same volume), (5) with drive which points to different vol (.rb on playlist drive), and (6) with drive which points to different vol (.rb on music file volume) |
| 09:22:56 | dconrad_ph | 3 through 6 needing a device with multiple volumes, obvs |
| 09:26:06 | | Quit dconrad_ph (Quit: Client closed) |
| 09:30:25 | | Join dconrad_ph [0] (~dconrad_p@205.237.113.8) |
| 09:30:36 | | Quit dconrad_ph (Client Quit) |
| 09:48:08 | _bilgus | I imagine a hdd based player to be easier but I vaguely remember there being a way to do multiple partitions on a sd card |
| 09:48:34 | speachy | the same as any other storage device, create a partition table with multiple partitions |
| 09:48:41 | _bilgus | I forget if there were caveats |
| 09:48:56 | speachy | that said I don't remember if I turned on MULTIVOLUME for all SD-enabled devices |
| 09:54:55 | | Join dconrad_ph [0] (~dconrad_p@205.237.113.8) |
| 09:55:28 | *** | Saving seen data "./dancer.seen" |
| 09:55:33 | dconrad_ph | oh, yeah if it works to partition an sd card I can test that way |
| 09:56:14 | dconrad_ph | but I don't have any devices with internal + sd or multiple sd cards etc |
| 09:56:22 | _bilgus | #if !defined(HAVE_MULTIVOLUME) |
| 09:56:23 | _bilgus | #if defined(HAVE_MULTIDRIVE) looks like it does as long as you have one or the other but I imagine there are a few that still wouldn't |
| 09:57:20 | dconrad_ph | does multivolume always imply multidrive, or vice versa? I'm not clear on the difference tbh |
| 10:00 |
| 10:00:10 | _bilgus | in config.h yes AFAICT |
| 10:00:27 | _bilgus | no sorry |
| 10:00:44 | gevaerts | It's been a decade, but I *think* multidrive implies multivolume |
| 10:01:29 | _bilgus | ln 896, in ata and sd yes |
| 10:01:53 | gevaerts | multidrive means there's more than one physical drive (traditionally e.g. internal flash and SD), multivolume means there's support for more than one "volume" (basically a filesytem that can be on a partition or a raw drive) |
| 10:02:34 | dconrad_ph | that makes sense, tough to have one volume on multiple drives |
| 10:03:01 | _bilgus | oh it goes MD then MV = TRUE, sd MV = TRUR ata MV = TRUE |
| 10:04:00 | _bilgus | gevaerts, you amaze me with your rockmemory :p |
| 10:04:31 | gevaerts | It just means there's no space to remember anything else :) |
| 10:04:45 | _bilgus | not a bad thing IMO |
| 10:05:13 | gevaerts | (I think I'm the last one to significantly change that code, so I did actually focus on that bit back then) |
| 10:06:02 | | Quit dconrad_ph (Quit: Client closed) |
| 10:17:14 | speachy | IIRC MULTIDRIVE always turns on MULTIVOLUME. (Or at least I _think_ I made that the case) |
| 10:18:00 | speachy | it wasn't automatic before, just done on a per-device basis. |
| 10:18:48 | speachy | gevaerts: I've rewritten a lot of that over the past few years. |
| 10:19:09 | gevaerts | In that case I know nothing about it :) |
| 10:19:32 | speachy | absolutely, I deserve the "WTF was this idiot thinking" blame now |
| 10:19:35 | _bilgus | lies |
| 10:20:53 | _bilgus | thats clearly my purvey |
| 10:21:39 | gevaerts | If it's about blame, I can always take some of that |
| 10:22:17 | speachy | much of that was motivated by wanting to break the 2TiB storage barrier |
| 10:23:00 | speachy | (waah I have all my audio as 24-bit 6ch FLAC files why is my battery life shitty?) |
| 10:23:17 | gevaerts | Anything over 160GB is ridiculous and unrealistic. It will never happen! :) |
| 10:23:21 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 10:23:21 | * | gevaerts looks at the date |
| 10:23:29 | gevaerts | Hang on, 20*2*4? |
| 10:23:48 | _bilgus | lol 640kb is enough for anybody |
| 10:24:02 | speachy | and ~20-yr-old ipods are still the primary real-world devices in use |
| 10:25:53 | speachy | the next big thing on my list is adding SDUC support, which will require reworking all of the SD infrastructure. |
| 10:26:33 | speachy | exFAT is probably more important though. Almost out of excuses to keep putting it off. |
| 10:27:09 | _bilgus | how does that work when you don't have the extra interface? I thought it just fell back to the previous sd spec? |
| 10:27:25 | | Join baltazar [0] (~baltazar@user/baltazar) |
| 10:27:36 | speachy | SDUC is pretty much just support for >2TiB cards |
| 10:28:06 | speachy | (higher xfer speeds and other phyiscal interfacing is indepedent of that branding) |
| 10:28:35 | _bilgus | ah ok so its electrically compatible but still have to handle new big sizes |
| 10:28:36 | speachy | basically going to >32bit sector addressing. |
| 10:28:52 | speachy | I forget nw if it's 48 or 64-bit |
| 10:29:22 | speachy | but since the sector size is fixed at 512B (unlike ATA) it's the only way to get larger capacities. |
| 10:29:40 | _bilgus | seems shortsighted not to just go 64 bits |
| 10:30:23 | _bilgus | be done with it for the next 20 years |
| 10:30:58 | speachy | actually that's what they did; SDHC was introduced in 2006 |
| 10:31:19 | speachy | that moved from byte addressing to 512B sector addressing |
| 10:32:38 | speachy | if Window's format tool handled >32GB FAT32 partitions then SDXC might never have happened |
| 10:33:10 | _bilgus | I still think that was them taking a page from SONY |
| 10:33:12 | speachy | (going from FAT32 to exFAT for >32GB sizes was the only real change) |
| 10:33:49 | _bilgus | not that fat32 is great for SD |
| 10:34:10 | | Quit Everything (Ping timeout: 248 seconds) |
| 10:36:16 | _bilgus | I have yet to see any weird charging behavior on the clipzip so perhaps its not every device but paulcarroty has fuzev1 and fuze+ exhibiting weird behavior, wonder the common link here |
| 10:36:38 | speachy | ruled out physical battery issue? |
| 10:37:28 | _bilgus | well no but the drain while plugged might point to that but I think they said it wasn't the case in older versions |
| 10:38:44 | _bilgus | also the pluggin it 4x causing it to start charging is a clue I think |
| 10:38:55 | _bilgus | not that I can repro |
| 10:39:38 | _bilgus | I'll try a few other devices before I give up |
| 10:40:02 | _bilgus | x3, fuzev2 |
| 10:40:04 | speachy | I have a stash of fuzepluses here, been meaning to install rockbox on one, but I remember trynig to use it as a daily driver ot be rage-inducing |
| 10:40:14 | _bilgus | YES^ |
| 10:40:45 | _bilgus | It became my work truck tunes |
| 10:40:54 | speachy | I can send you one if you want |
| 10:41:01 | speachy | paid for using rb funds anyway |
| 10:41:26 | _bilgus | I'm still waiting on dude to get m a 3d printed case for it that holds 18650s |
| 10:42:07 | _bilgus | no worries atm I have enough on my desk |
| 10:42:55 | _bilgus | I could ask for mine back since he isn't moving v fast with it |
| 10:46:54 | speachy | there's a mirror of various sansa firmwares somewhere? |
| 10:47:41 | user890104 | hi, how did pre-release testing happen back in the days? i.e. is there a list of volunteers and the devices they have, so that the release builds can be tested on target before publishing? |
| 10:48:00 | speachy | what I have here doesn't include teh clip or fuze series |
| 10:48:46 | speachy | everyone active tested what they had. ...and there were a lot more active folks. |
| 10:49:08 | gevaerts | Some of that testing was fairly minimal though |
| 10:49:26 | _bilgus | towers of rockbox come to mind |
| 10:49:30 | speachy | even basic smoke tests are better than we've managed on most things since the 3.15 release |
| 10:49:38 | user890104 | if it boots and plays music, then it's a working rockbox instlallation! |
| 10:49:46 | gevaerts | Basically |
| 10:50:04 | speachy | (and that doesn't even touch upon modded devices, which is the unfortunate norm) |
| 10:50:09 | gevaerts | Although I do remember going through plugins once |
| 10:50:27 | _bilgus | TBH thats actually a pretty good indicator, take a lot of stuff being right to play a track |
| 10:52:28 | user890104 | indeed, so my plan would be to prepare a spreadsheet with all the targets marked as stable, then ask around who has these devices |
| 10:52:31 | speachy | the storage changes are solid enough that I also want to generate a new set of bootloaders... which really need testing. :( |
| 10:53:08 | speachy | after teh toolchain update, we made a forum post to track all of that, and the response rate was... disappointing |
| 10:53:30 | _bilgus | BOOTLOADERS they have to be tested before release since its a bad day for a normal user if they don't |
| 10:54:03 | speachy | yep |
| 10:54:31 | user890104 | I still haven't broken the ipodnano2g and ipod6g bootloaders, I'm checking them regularly |
| 11:00 |
| 11:21:05 | | Quit advcomp2019__ (Ping timeout: 248 seconds) |
| 11:23:55 | | Join chris_s [0] (~chris_s@2a04:4e41:66:1b::1fe3:d64f) |
| 11:27:39 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 11:31:10 | chris_s | speachy: Since you mentioned the bootloaders... |
| 11:31:18 | chris_s | Is there any interest in – or resistance to – switching to a black and white variant of the boot logo for the 4.0 release? ( g#4054) |
| 11:31:22 | rb-bluebot | Gerrit review #4054 at https://gerrit.rockbox.org/r/c/rockbox/+/4054 : boot logo: Center-align / turn black and white by Christian Soffke |
| 11:31:25 | chris_s | I think only a minority of bootloaders actually display the logo (e.g. the iPods don't), but the new release would probably be a good occasion for an update in any case. |
| 11:31:31 | chris_s | At the very least, I would like to center the existing logo for grayscale targets and use slightly smaller variants for targets that have a width of 138px or 160px |
| 11:32:08 | speachy | I don't see the point in switching to a monochrome logo on color devices (assuming we show it at all) |
| 11:32:40 | speachy | recentering/scaling things is fine |
| 11:32:41 | chris_s | well it is always shown (I think) , but not necessarily by the bootloader. The current one can be a bit garish when combined with more subdued themes |
| 11:33:16 | speachy | call it our branding. :D |
| 11:33:26 | chris_s | :) |
| 11:33:29 | speachy | (I mean the "obvious" solution is for that logo to become themeable) |
| 11:33:41 | speachy | but therein lies madness |
| 11:34:00 | chris_s | or allow it to be hidden? g#4038 |
| 11:34:03 | rb-bluebot | Gerrit review #4038 at https://gerrit.rockbox.org/r/c/rockbox/+/4038 : (Do not merge) Add setting to hide boot screen or version number by Christian Soffke |
| 11:34:39 | speachy | that's a chicken-and-egg problem though? the logo is shown before any filesystem access |
| 11:35:46 | chris_s | in the patch, it is displayed a bit later than it would be otherwise |
| 11:35:58 | chris_s | doesn't work for the bootloader obviously |
| 11:37:06 | chris_s | Just wanted to propose it again. I'm fine with only using the logo on my own devices, too. :) |
| 11:37:51 | speachy | if we ever get exfat done I can see ripping out the bootloader logo to make room |
| 11:38:00 | speachy | ...but that's a technical argument |
| 11:39:27 | user890104 | is there a WIP exFAT patch? |
| 11:40:07 | user890104 | or it's a future plan |
| 11:40:42 | speachy | future "plan" |
| 11:40:48 | user890104 | ah |
| 11:40:49 | speachy | (existing mostly in my head) |
| 11:43:21 | chris_s | there is, apparently, the logo swapper tool, too. Don't know if that still works: https://www.rockbox.org/wiki/LogoSwapper |
| 11:45:49 | speachy | I think we use RLL BMPs rather than a fixed pixmap? |
| 11:46:53 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 11:50:51 | chris_s | I haven't looked too closely at what bmp2rb actually does |
| 11:55:32 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:05:53 | speachy | ah yes the fuze+ controls are as bad as I remembered. |
| 12:18:06 | | Quit jacobk (Ping timeout: 276 seconds) |
| 12:19:18 | | Quit chris_s (Quit: Client closed) |
| 12:20:15 | | Join chris_s [0] (~chris_s@140.248.36.55) |
| 12:37:44 | | Quit chris_s (Quit: Client closed) |
| 12:40:01 | | Join chris_s [0] (~chris_s@2a09:bac3:2e76:18f0::27c:b7) |
| 12:46:37 | user890104 | speachy: bootloader USB mode on ipod6g reports a strange sector size: http://pastie.org/p/2Mzf8hnrLOPnWFrOn3ucpc/raw |
| 12:47:14 | user890104 | 2097152 is 0x20_0000 |
| 12:47:28 | speachy | that's... strange. |
| 12:47:39 | speachy | but it is the first test of that particular code path |
| 12:48:43 | speachy | should be easy enough to hunt down, but won't be able to do that until tonight. |
| 12:48:55 | user890104 | that's on commit 4d632a17 with no changes |
| 12:51:39 | speachy | what's the actual size? 30GB? |
| 13:00 |
| 13:00:22 | rb-bluebot | Build Server message: New build round started. Revision d0172b4dd9, 345 builds, 9 clients. |
| 13:00:22 | rb-bluebot | disk: disk_set_sector_multiplier() takes the MULTIPLIER not the resultant size by Solomon Peachy |
| 13:00:56 | speachy | user890104: ^^ that should solve it. stupid goof on my part. |
| 13:01:12 | user890104 | speachy: 120 GB |
| 13:01:34 | | Join lebellium [0] (~lebellium@2a01cb0405d07f00a9e8bdf15c0d6c9b.ipv6.abo.wanadoo.fr) |
| 13:07:36 | | Join jacobk [0] (~quassel@utdpat242060.utdallas.edu) |
| 13:12:45 | rb-bluebot | Build Server message: Build round completed after 745 seconds. |
| 13:12:47 | rb-bluebot | Build Server message: Revision d0172b4dd9 result: All green |
| 13:13:06 | user890104 | speachy: thanks, it seems to be fine now |
| 13:13:12 | speachy | excellent. |
| 13:13:22 | user890104 | [332522.290650] sd 0:0:0:0: [sda] 29305206 4096-byte logical blocks: (120 GB/112 GiB) |
| 13:13:31 | user890104 | that's bootloader USB mode |
| 13:13:50 | speachy | what does it report for physical blocks? |
| 13:15:05 | user890104 | where do I check this? |
| 13:16:12 | speachy | the reason for this hackery is that on the apple drives, the logical sector size is 512 bytes, but the physical size is 4K, which it also erports out via USB and uses internally. the partition table and FAT32 is set up to use 4K sectors too. |
| 13:17:22 | speachy | their disk driver translates the 4K sector address to 512B sectors for the actual drive commands |
| 13:19:28 | speachy | we are able to figure out the "virtual" sector size when we mount the FAT32 partition. Unfortunately, in bootloader mode (or when the partition table is missing/damaged) we can't do that, so we need an alternative way to make sure we report the "correct" thing out via USB. |
| 13:22:42 | speachy | user890104: In your original paste, "sd 0:0:0:0: [sda] 2097152-byte physical blocks" |
| 13:23:29 | speachy | this way one can manually create partitions/filesystems that have the "correct" sector sizes, theoretically avoiding the need to use itunes etc. |
| 13:47:46 | | Quit jacobk (Ping timeout: 248 seconds) |
| 13:48:38 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
| 13:53:55 | | Join jacobk [0] (~quassel@utdpat241106.utdallas.edu) |
| 13:55:34 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:02:20 | | Quit MarcAndersen (Read error: Connection reset by peer) |
| 15:00 |
| 15:10:00 | | Quit chris_s (Quit: Client closed) |
| 15:32:02 | rb-bluebot | Build Server message: New build round started. Revision c3fad37827, 345 builds, 9 clients. |
| 15:32:02 | rb-bluebot | S5L8720: Add support for DMA peripherals by Vencislav Atanasov |
| 15:44:54 | rb-bluebot | Build Server message: Build round completed after 773 seconds. |
| 15:44:56 | rb-bluebot | Build Server message: Revision c3fad37827 result: All green |
| 15:55:38 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:05:34 | | Quit jacobk (Ping timeout: 260 seconds) |
| 16:54:55 | | Join jacobk [0] (~quassel@2603:8080:b200:7b02::b71) |
| 16:57:27 | | Join WebGuest67 [0] (~WebGuest6@2603:8000:502:4f7c:6395:4158:744c:43c8) |
| 16:58:33 | | Quit WebGuest67 (Client Quit) |
| 17:00 |
| 17:00:54 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 17:05:22 | user890104 | speachy: http://pastie.org/p/4F0QWhPHqvu14HQGril2nK/raw |
| 17:06:58 | speachy | interesting how apple's firmware reports a smaller disk and hides extra partitions. |
| 17:08:29 | speachy | thanks for that. also interesing how the serial number differes between bootloader and firmware mode. wonder if there's an off-by-one where we get it from the drive. |
| 17:09:08 | user890104 | no, it's a feature :) |
| 17:09:26 | user890104 | the first byte shows which USB features are enabled |
| 17:09:39 | user890104 | 0x1 = UMS, 0x2 = HID |
| 17:09:49 | user890104 | (IIRC) |
| 17:10:22 | user890104 | and yes, apple totally hide the firmware partition and expose only the storage one, with a fake partition table |
| 17:11:02 | speachy | aaah, ok. |
| 17:11:20 | user890104 | I recently fixed the HDD serial number to be shown in plaintext, if it's ASCII only, it used to always be hex-encoded |
| 17:13:05 | user890104 | that's where I got the idea for a global get_serial_number() function |
| 17:13:36 | user890104 | I'm also wondering why Apple don't show the iPod S/N in the USB descriptor |
| 17:14:03 | user890104 | they like spamming the S/N of macbooks everywhere (BT, WLAN, DHCP hostname) |
| 17:14:26 | speachy | so that 000a27... isn't the ipod's serial number? |
| 17:14:34 | user890104 | not at all |
| 17:17:27 | user890104 | https://i.imgur.com/MZB12MG.jpeg |
| 17:18:16 | speachy | c'est la vie |
| 17:27:26 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 17:32:54 | * | user890104 didn't know that the PP-based iPods' Rockbox bootloader supports booting iPodLinux |
| 17:45:59 | | Quit davisr (Quit: yeehaw) |
| 17:47:39 | | Quit jacobk (Ping timeout: 260 seconds) |
| 17:51:13 | _bilgus | removing iTunes from this equation nice |
| 17:52:02 | _bilgus | after that there will be more asking how to totally remove the apple fw I bet |
| 17:52:31 | speachy | on the 6g once you usually don't want the apple fw any more. |
| 17:53:07 | speachy | and sine the bootloader is in flash, there's no need to care about anything apple. |
| 17:53:22 | | Join jacobk [0] (~quassel@2603:8080:b200:7b02::b71) |
| 17:53:28 | speachy | the older ones though.. have the firmware on disk and that needs itunes to set up properly. |
| 17:54:24 | speachy | I definitely don't want to be in a position where we're distributing apple firmware, even if it is for products they discontinued 15 years ago. |
| 17:55:41 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:05:09 | | Quit jacobk (Ping timeout: 260 seconds) |
| 18:05:46 | | Quit lebellium (Quit: Leaving) |
| 18:06:14 | | Quit JanC (Ping timeout: 245 seconds) |
| 18:08:07 | | Join JanC [0] (~janc@user/janc) |
| 18:13:32 | _bilgus | litigious as they are I tend to agree |
| 18:15:10 | zem | is ipodlinux still around? |
| 18:15:28 | zem | i remember using it on my nano in ~2006 |
| 19:00 |
| 19:19:32 | rb-bluebot | Build Server message: New build round started. Revision a3ef7b73b8, 345 builds, 9 clients. |
| 19:19:32 | rb-bluebot | [Bugfix?] tagtree build_firstletter_menu dst src overlap by William Wilgus |
| 19:32:24 | rb-bluebot | Build Server message: Build round completed after 772 seconds. |
| 19:32:26 | rb-bluebot | Build Server message: Revision a3ef7b73b8 result: All green |
| 19:35:05 | rb-bluebot | Build Server message: New build round started. Revision 789aa0a695, 345 builds, 9 clients. |
| 19:35:05 | rb-bluebot | Scrobbler plugin remove logf size warnings by William Wilgus |
| 19:38:58 | | Join MarcAndersen [0] (~no_znepna@217.74.221.70) |
| 19:39:33 | MarcAndersen | Will you be able to make an option to make voice in sims.pl? |
| 19:42:40 | | Join massiveH [0] (~massiveH@2600:4040:a982:5400:798e:d924:b081:1163) |
| 19:47:48 | rb-bluebot | Build Server message: Build round completed after 764 seconds. |
| 19:47:50 | rb-bluebot | Build Server message: Revision 789aa0a695 result: All green |
| 19:55:45 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:04:17 | _bilgus | I'm casteing a spell on you |
| 20:04:32 | _bilgus | lol |
| 20:10:57 | MarcAndersen | Casting a spell on who? |
| 20:11:21 | | Quit JanC (Remote host closed the connection) |
| 20:13:56 | | Join JanC [0] (~janc@user/janc) |
| 21:00 |
| 21:01:03 | | Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net) |
| 21:55:47 | *** | Saving seen data "./dancer.seen" |
| 22:00 |
| 22:06:12 | | Quit othello7 (Ping timeout: 246 seconds) |
| 22:28:40 | | Quit rb-bluebot (Ping timeout: 252 seconds) |
| 22:28:43 | | Quit bluebrother (Ping timeout: 244 seconds) |
| 22:30:38 | | Join bluebrother [0] (~dom@user/bluebrother) |
| 22:42:21 | | Join rb-bluebot [0] (~rb-bluebo@rockbox/bot/utility) |
| 22:56:42 | _bilgus | misspelling in that last commit |
| 23:00 |
| 23:00:36 | | Quit massiveH (Quit: Leaving) |
| 23:55:49 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).