| 00:41:19 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:14:45 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 01:17:25 | | Quit advcomp2019_ (Ping timeout: 240 seconds) |
| 01:51:46 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 01:53:44 | | Quit efqw (Changing host) |
| 01:53:44 | | Join efqw [0] (uid412670@unaffiliated/efqw) |
| 01:53:44 | | Quit efqw (Changing host) |
| 01:53:44 | | Join efqw [0] (uid412670@gateway/web/irccloud.com/x-cjmgdgoswnanyjsg) |
| 01:55:12 | | Part efqw |
| 01:55:13 | | Join efqw [0] (uid412670@gateway/web/irccloud.com/x-cjmgdgoswnanyjsg) |
| 02:00 |
| 02:02:38 | | Quit Rower (Ping timeout: 260 seconds) |
| 02:03:03 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 02:24:34 | | Join petur [0] (~petur@78-21-55-218.access.telenet.be) |
| 02:24:34 | | Quit petur (Changing host) |
| 02:24:34 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 02:41:21 | *** | Saving seen data "./dancer.seen" |
| 02:52:44 | | Quit petur (Quit: Connection reset by beer) |
| 02:57:44 | | Join bzed_ [0] (~bzed@shell.bzed.at) |
| 02:59:13 | | Quit bzed (Ping timeout: 260 seconds) |
| 02:59:18 | | Nick bzed_ is now known as bzed (~bzed@shell.bzed.at) |
| 04:00 |
| 04:03:20 | | Quit APLU (Ping timeout: 246 seconds) |
| 04:04:19 | | Join APLU [0] (~mulx@2a03:7220:8081:2900::1) |
| 04:41:25 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:08:44 | | Quit Oksana (Ping timeout: 256 seconds) |
| 06:00 |
| 06:41:28 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:39:17 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 07:42:52 | wodz | speachy: I am thinking about resume working on bt support. Are any of new targets you added have BT hardware? |
| 07:43:15 | speachy | wodz: all of them. :) |
| 07:43:35 | speachy | (everything but the m3k, anyway. but that's a pathological basket case atm) |
| 07:44:13 | wodz | speachy: are they still using bluez4 like agptek or upgraded to bluez5? |
| 07:44:30 | speachy | presumably bluez4. |
| 07:44:42 | speachy | gimme a moment, I'll check.. |
| 07:45:40 | speachy | bluez 4.101 |
| 07:45:53 | wodz | anyway bluetooth programing is f*** irritating. Dbus is devils invention. And resistance to provide sane bluetooth C api (with docs) blows my mind |
| 07:47:16 | wodz | We have a few options. There is custom system_server which in theory could be used. But it relies on writing json files in system partition. |
| 07:47:26 | speachy | I had started down that path too.. was actually hoping I could get away with disabling bluez completely and using an embedded stack directly within rockbox, but alas there's nothing suitable that speaks BT Classic. |
| 07:47:53 | speachy | all the system_server seems to do is route commands to the cmdline bluez tools |
| 07:48:20 | speachy | I'd like to keep any BT code we write to be sorta portable.. |
| 07:48:22 | wodz | We could use libbluetooth but it is deprecated and lacks any documentation. There is only one example online showing how to perform discovery |
| 07:49:33 | wodz | And finally we could use blessed dbus api. BUT it is pretty complex, and we need to speek bluez4 variant which is not documented very well. |
| 07:50:33 | speachy | ...or just invoke the bluez cmdline tools directly? |
| 07:51:03 | wodz | thats the option too but I really don't like it |
| 07:51:04 | speachy | (though I don't think that will let us take advantage of AVRCP, for example) |
| 07:51:37 | speachy | well, we could also scrap bluez4 and build/install our own bluez5 stuff. |
| 07:51:53 | wodz | pretty complicated |
| 07:52:20 | speachy | hacking bluez5 into something directly linkable is our only "viable" option for bt on native targets anyway. |
| 07:52:26 | wodz | getting glib and dbus crosscompiled for rocker took me whole day |
| 07:52:49 | wodz | which native targets? |
| 07:53:58 | speachy | well, none at the moment, but I really want to do a native X1000 port due to the general level of crappiness that is the Ingenic Linux platform. |
| 07:54:26 | speachy | (And there are discussions ongoing to get a new, made-for-rockbox player built) |
| 07:54:58 | wodz | well having native port is fun but very time consuming |
| 07:55:01 | speachy | (with schematics and documentation for the port to not be a 95% reverse-engineering exercise) |
| 07:55:16 | wodz | have fun |
| 07:55:48 | speachy | It's one of the many fireballs I'm juggling |
| 07:56:51 | wodz | Isn't it better to improve X1000 linux port instead? |
| 07:58:09 | speachy | I've done a ton of work recently along those lines, yes, but without the kernel sources there's not a whole lot we can ultimately do to make the platform suck less. |
| 07:59:09 | speachy | Everything else can just be scrapped in favor of mainline/upstream |
| 07:59:38 | wodz | I saw you are fiddling with alsa driver for hosted target. Please make alsa dev handler settable. So once bt will land we could call function to switch alsa to different handler |
| 08:00 |
| 08:00:00 | wodz | currently it is hardcoded |
| 08:00:12 | speachy | it's worse than that −− we have to make the hwcaps settable too. :) |
| 08:00:47 | wodz | thats part of the problem, yes |
| 08:01:54 | speachy | it also looks like these bt-capable players are using userspace bits from CSR's SDK. |
| 08:08:36 | wodz | This is the most complete example of using libbluetooth https://stackoverflow.com/questions/48932249/c-bluetooth-headphones-under-linux-over-bluez |
| 08:18:55 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 08:20:14 | | Quit Stanley00 () |
| 08:26:14 | pacman | there's also the alsa plugin for bluetooth output |
| 08:26:19 | pacman | to consider as welll |
| 08:26:20 | pacman | oh |
| 08:26:22 | | Nick pacman is now known as braewoods (~braewoods@learnprogramming/staff/braewoods) |
| 08:26:24 | braewoods | ops |
| 08:26:26 | braewoods | lol |
| 08:27:49 | speachy | braewoods: it's either the bluez 4 bundled plugin or it's from CSR's sdk. |
| 08:29:05 | speachy | (the one on these ingenic targets, I mean) |
| 08:29:36 | braewoods | ah |
| 08:39:56 | wodz | ok, crosscompiled glib, dbus and bluez4 so once I get my rocker back from my son I'll play with this |
| 08:41:02 | braewoods | man i must have my head in networking |
| 08:41:04 | speachy | btw I recommend re-installing the "Bootloader" with what's sitting on d.r.o now |
| 08:41:05 | braewoods | i thought you said router |
| 08:41:07 | braewoods | lol |
| 08:41:29 | speachy | it has some nice quality-of-life improvements |
| 08:41:32 | *** | Saving seen data "./dancer.seen" |
| 08:41:38 | speachy | (though still that long countdown) |
| 09:00 |
| 09:02:07 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 09:24:05 | fs-bluebot_ | Build Server message: New build round started. Revision 6b13437, 293 builds, 9 clients. |
| 09:26:54 | speachy | wodz: did a little bit of alsa driver rearrangement; the driver should allow the output dev to be changed at runtime now. exposed caps are another matter. |
| 09:27:56 | | Quit pamaury (Ping timeout: 256 seconds) |
| 09:39:30 | fs-bluebot_ | Build Server message: Build round completed after 926 seconds. |
| 09:39:33 | fs-bluebot_ | Build Server message: Revision 6b13437 result: All green |
| 09:39:37 | fs-bluebot_ | Build Server message: New build round started. Revision 884d892, 293 builds, 8 clients. |
| 09:55:21 | fs-bluebot_ | Build Server message: Build round completed after 944 seconds. |
| 09:55:26 | fs-bluebot_ | Build Server message: Revision 884d892 result: All green |
| 10:00 |
| 10:02:06 | | Quit beencubed (Quit: Leaving) |
| 10:16:56 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:19:59 | braewoods | speachy: i love these parts or repair units. they're good fodder for bootloader testing if i can get them repaired enough for that at least |
| 10:22:33 | speachy | braewoods: that they are. |
| 10:22:37 | | Quit massiveH (Quit: Leaving) |
| 10:29:45 | | Quit speachy (Quit: WeeChat 2.8) |
| 10:32:10 | | Join speachy [0] (~speachy@209.2.65.77) |
| 10:41:33 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:48:39 | | Quit pamaury (Ping timeout: 260 seconds) |
| 12:00 |
| 12:22:09 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 12:35:50 | | Join MrZeus_ [0] (~MrZeus@185.195.232.139) |
| 12:41:36 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:42:12 | | Join johnb7 [0] (~johnb2@p4fd103c2.dip0.t-ipconnect.de) |
| 13:42:31 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
| 14:00 |
| 14:02:32 | | Quit johnb7 (Ping timeout: 256 seconds) |
| 14:02:45 | _bilgus__ | Oh I hit most of the rocker bugs today, plug on startup device boots but no USB unplug Panic Mount 0, sluggish UI on boot clears with menu access |
| 14:10:57 | _bilgus__ | speachy I think I have the update on WPS fixed with g#2811 |
| 14:10:59 | fs-bluebot_ | Gerrit review #2811 at http://gerrit.rockbox.org/r/2811 : LCD core move buf ptr and address look up function viewport struct by William Wilgus |
| 14:12:29 | _bilgus__ | what I did is add a Viewport_ex function that allows passing flags and marking viewports that get switched out as dirty then the WPS is able to check for the flag and update accordingly and clear the DIRTY flag when it is finished with the vp |
| 14:12:40 | _bilgus__ | set_viewport_ex |
| 14:12:42 | speachy | nice. |
| 14:13:12 | _bilgus__ | lebellium, might fix your issue too but haven't specifically looked yet |
| 14:13:25 | speachy | now was that panic with the latest bootloader |
| 14:13:48 | speachy | (ie edbdefa09a-201018) |
| 14:13:55 | _bilgus__ | it looks like the functionality was planned for the WPS originally as there is a unused viewport_switched flag |
| 14:14:29 | _bilgus__ | nope 201016 |
| 14:14:37 | efqw | I'll run a battery bench on the m3k in a bit once I have it fully charged. |
| 14:15:24 | efqw | All I need to do is to set it to loop through something continuously and then run the battery bench plugin, right? |
| 14:15:26 | speachy | (there were two nasty bugs in the '16 version) |
| 14:15:31 | speachy | efqw: yep |
| 14:15:33 | _bilgus__ | I'll try again with the newest BL tonight but it was very random anyway |
| 14:16:23 | efqw | cool, I'll plug in some low impedance earbuds too |
| 14:16:29 | speachy | the sluggish menu has to do with something going on in the background. We're actually only single-threaded. |
| 14:16:44 | speachy | effectively using sw threads instead of native posix threading. |
| 14:17:09 | speachy | (why? who knows. we use proper SDL threads in the UISim/SDLApp) |
| 14:17:53 | _bilgus__ | IDK i kinda like our "threading' system |
| 14:18:32 | _bilgus__ | braewoods, did you get a chance to see if your device was displaying properly? |
| 14:20:13 | _bilgus__ | speachy I don't think FS 12927 has anything to do with the display corruption on nonstd strides I'm guessing alignment issue or a macro SOMEWHERE! |
| 14:20:50 | _bilgus__ | I intend to get this done soon I'm already 3 days past when I wanted to have it done lol |
| 14:22:13 | | Join johnb7 [0] (~johnb2@p4fd103c2.dip0.t-ipconnect.de) |
| 14:29:29 | speachy | _bilgus__: so is this 2bit corruption technically a regression, or has it, like true friendship, been there in front of us all along? |
| 14:32:34 | speachy | and bad news, doesn't seem to have fixed the problem |
| 14:35:53 | | Quit johnb7 (Ping timeout: 258 seconds) |
| 14:37:36 | speachy | _bilgus__: oh, it's clearly visible in the UISim, provided you have a track with embedded art. |
| 14:37:51 | speachy | (on the x3ii or erosq targets) |
| 14:40:04 | speachy | want a screenshot? |
| 14:40:49 | _bilgus__ | well the lcd drivers were always set up with device stride in mind its the fastest way after all |
| 14:41:13 | speachy | http://www.shaftnet.org/~pizza/dump_0001.png |
| 14:41:37 | *** | Saving seen data "./dancer.seen" |
| 14:42:34 | _bilgus__ | ah I take it you only see it when there is album art though correct? |
| 14:44:37 | speachy | yes, because otherwise one of the text lines repaints directly over the (former) splash |
| 14:45:45 | _bilgus__ | tahts a separate vp though so its probably repainted separately I just need to make it aware of the dirty/clean flag if so |
| 14:46:34 | speachy | there's basically nothing but the background under those particular pixels. |
| 14:47:30 | _bilgus__ | the other option is to have splash keep track of what it overwrites but I'd much prefer to make this agnostic |
| 14:51:06 | | Quit bluebrother^ (Read error: No route to host) |
| 14:51:07 | | Quit fs-bluebot_ (Read error: Connection reset by peer) |
| 14:51:24 | | Join fs-bluebot [0] (~fs-bluebo@55d45dbd.access.ecotel.net) |
| 14:51:26 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 14:58:59 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
| 15:00 |
| 15:11:31 | efqw | ok, battery bench started, I enabled "repeat all", this should be sufficient, right? |
| 15:11:48 | efqw | vol is set at -50db |
| 15:14:49 | _bilgus__ | https://www.rockbox.org/wiki/BatteryRuntime |
| 15:15:31 | _bilgus__ | I don't remember what we set the levels at I wanna say half scale sounds right |
| 15:17:19 | efqw | for this target I really don't think the LCD is going to be a significant battery hog, its battery is 1000mAh+ |
| 15:18:16 | efqw | I did mess with the menus for a bit after starting the bench but it shouldn't affect runtime too much. |
| 15:21:14 | speachy | what matters more is the curve we get for calibrating the fuel gauge. |
| 15:21:53 | speachy | the actual runtime will allow us to roughly remaining runtime |
| 15:22:23 | efqw | Theoretically we should run the battery down, clear it at the very last moment before automatic shutdown, and then charge the device back up. |
| 15:23:09 | efqw | But I'm not entirely sure if the hacky axp173 driver is up for that task |
| 15:25:29 | efqw | I really want to nuke absolutely everything on this device and start from scratch, but this isn't a feasible option for us right now. I'm afraid fiio is going to continue the m3k and effectively kill the cheapest x1000e target :/ |
| 15:25:40 | efqw | s/continue/discontinue |
| 15:26:35 | speachy | that's the risk for all of these things |
| 15:33:09 | efqw | I tried to tail the txt file but it seems like the plugin crashed, lol |
| 15:33:23 | efqw | I'll charge it back up and try again |
| 15:34:04 | fs-bluebot | Build Server message: New build round started. Revision ce3da62, 293 builds, 9 clients. |
| 15:34:09 | efqw | https://www.irccloud.com/pastebin/NiArDowj/ |
| 15:34:31 | efqw | status: charging, voltage: 4221 |
| 15:34:39 | efqw | this is odd |
| 15:35:05 | efqw | (I'm not 100% sure if the status thing ever changes btw) |
| 15:40:10 | speachy | huh, the fiio x3ii uses the same soc and audio path as the original xduoo x3. and most of the fiio x1/x3/x5 variants share the same soc and dac. |
| 15:46:46 | | Join johnb7 [0] (~johnb2@p4fd103c2.dip0.t-ipconnect.de) |
| 15:49:24 | fs-bluebot | Build Server message: Build round completed after 920 seconds. |
| 15:49:27 | fs-bluebot | Build Server message: Revision ce3da62 result: All green |
| 15:51:51 | _bilgus__ | weird I made it simpler and just check the current viewport to see if its dirty and yes it knows when it loses the viewport yet if album art is displayed it is still there |
| 15:52:08 | _bilgus__ | wonder if the AA makes a copy of the current vp earlier |
| 15:52:27 | speachy | well, the bit under the albumart is repainted... |
| 15:52:59 | speachy | I wonder if the problem is that the backdrop itself is getting overwritten |
| 15:53:04 | _bilgus__ | yes but its calling display clear when the dirty bit is set |
| 15:53:23 | _bilgus__ | try a song w/o AA and it works properly |
| 15:53:34 | speachy | yes, because the layout of the WPS is different |
| 15:53:50 | speachy | there's a line of WPS text painted over where the splash lands |
| 15:53:51 | _bilgus__ | oh the backdrop makes sense |
| 15:53:59 | _bilgus__ | i'll try turning it off |
| 15:54:54 | _bilgus__ | damn nope same diff |
| 15:55:17 | _bilgus__ | I made a much bigger splash |
| 15:55:29 | _bilgus__ | its not an overwrite clearing this one |
| 15:56:18 | speachy | from what could tell the viewport dirty code only repained the actual viewports overlaid on top of the buffer, ignoring pixels that weren't part of the viewports. |
| 15:56:26 | speachy | but the backdrop was supposed to be painted first.. |
| 15:57:46 | _bilgus__ | I do like the idea though it should simplify some aspects of the UI if reliable.. |
| 16:00 |
| 16:10:47 | | Quit johnb7 (Quit: Nettalk6 - www.ntalk.de) |
| 16:11:16 | efqw | for some reason the battery bench plugin just writes the txt and never updates it any further |
| 16:11:19 | efqw | is this normal? |
| 16:11:35 | speachy | it's supposed to write once a minute |
| 16:12:05 | efqw | I can cat that file in console and the "Rockbox has been running for" is static |
| 16:12:18 | efqw | I get no new lines about the battery either |
| 16:22:32 | | Quit lebellium (Quit: Leaving) |
| 16:24:21 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 16:35:13 | blbro[m] | Yay, GitHub actions now also has the Rockbox Utility Windows version building :) Hopefully also fixes the native Windows build issues I had. |
| 16:35:41 | blbro[m] | But cleanup and proper commit to master another day. |
| 16:40:45 | _bilgus__ | UM i think BB only updates the file on shutdown |
| 16:41:06 | _bilgus__ | it doesn't do it incremental AFAIR |
| 16:41:41 | *** | Saving seen data "./dancer.seen" |
| 16:42:34 | | Quit MrZeus_ (Ping timeout: 256 seconds) |
| 16:44:37 | braewoods | _bilgus__: no not yet |
| 17:00 |
| 17:20:03 | | Join MrZeus_ [0] (~MrZeus@185.195.232.139) |
| 17:27:15 | | Quit simpleOne (Quit: Textual IRC Client: www.textualapp.com) |
| 18:00 |
| 18:28:28 | | Quit pamaury (Ping timeout: 260 seconds) |
| 18:40:22 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 18:41:05 | | Quit prof_wolfff (Ping timeout: 240 seconds) |
| 18:41:42 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:09:46 | | Quit Jack87 (Quit: Jack has left the building.) |
| 19:14:21 | | Join Jack87 [0] (Jack87@nasadmin/admin/jack87) |
| 19:14:37 | | Quit Jack87 (Client Quit) |
| 19:18:05 | | Join Jack87 [0] (Jack87@nasadmin/admin/jack87) |
| 19:18:15 | | Quit Jack87 (Client Quit) |
| 19:21:27 | | Join fs-bluebot_ [0] (~fs-bluebo@55d45674.access.ecotel.net) |
| 19:21:31 | | Quit bluebrother (Disconnected by services) |
| 19:21:34 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 19:23:54 | | Quit fs-bluebot (Ping timeout: 256 seconds) |
| 19:26:13 | | Join Jack87 [0] (Jack87@nasadmin/admin/jack87) |
| 19:29:44 | | Quit Moarc (Ping timeout: 256 seconds) |
| 19:29:45 | | Quit Jack87 (Quit: Jack has left the building.) |
| 19:47:50 | | Quit APLU (Quit: !suicide) |
| 19:49:23 | | Quit paulk-leonov (Ping timeout: 246 seconds) |
| 19:51:40 | | Join paulk-leonov [0] (~paulk-leo@vpn-0-22.aquilenet.fr) |
| 19:53:35 | | Join APLU [0] (~mulx@2a03:7220:8081:2900::1) |
| 19:55:18 | | Quit rogeliodh (Quit: The Lounge - https://thelounge.chat) |
| 19:55:49 | | Join rogeliodh [0] (~rogeliodh@rogeliodh.dev) |
| 20:00 |
| 20:03:15 | | Quit rogeliodh (Quit: The Lounge - https://thelounge.chat) |
| 20:03:45 | | Join rogeliodh [0] (~rogeliodh@rogeliodh.dev) |
| 20:06:44 | | Join prof_wolfff [0] (~prof_wolf@26.red-83-54-195.dynamicip.rima-tde.net) |
| 20:10:49 | braewoods | interesting. |
| 20:11:11 | braewoods | the first H320 arrived but my H120 adapter does not fit it. i guess i need a slightly larger one. |
| 20:11:24 | braewoods | i ordered some usb to barrel jack adapters to try out |
| 20:19:41 | _bilgus__ | #g2811 should be working right now speachy |
| 20:19:57 | _bilgus__ | properly. |
| 20:22:21 | | Quit MrZeus_ (Ping timeout: 265 seconds) |
| 20:37:50 | speachy | awesome! |
| 20:38:02 | speachy | thank you, mr. somebody |
| 20:41:45 | *** | Saving seen data "./dancer.seen" |
| 20:55:30 | speachy | _bilgus__: hmm... seems to still leave the artifact on the uisim |
| 21:00 |
| 21:10:38 | speachy | does it on the real deal too |
| 21:10:54 | speachy | (with patch set 24) |
| 21:21:52 | | Quit ps-auxw (Ping timeout: 246 seconds) |
| 21:33:30 | | Join ps-auxw [0] (~arneb@p548c6f52.dip0.t-ipconnect.de) |
| 21:34:39 | _bilgus__ | smh wtf |
| 21:38:02 | _bilgus__ | sorry speachy I was rushing out the door earlier |
| 21:41:24 | _bilgus__ | and duh don't know wtf I was thinking clearing the dirty bit prior to checking it seems to be my MO |
| 21:55:11 | speachy | I did that too in some of the hp/lo/muting code. :D |
| 21:59:11 | _bilgus__ | I'm gonna get rid of the rest of the plugin compability stuff before I do another commit but if you want you just need to delete the clear flag stuff at the top of set_viewport in lcd_bitmap common /* when vp is set iclear dirty bit */ |
| 22:00 |
| 22:00:04 | _bilgus__ | lol I wonder sometimes about me |
| 22:00:28 | | Quit cockroach (Quit: leaving) |
| 22:11:01 | | Quit prof_wolfff (Ping timeout: 264 seconds) |
| 22:40:31 | braewoods | yawn. these fakes on ebay get old. |
| 22:40:43 | braewoods | 1TB micro sd? For less than $50? fake. |
| 22:41:09 | braewoods | the brand names cost a lot more than that... |
| 22:41:48 | *** | Saving seen data "./dancer.seen" |
| 22:57:40 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 23:00 |
| 23:08:24 | _bilgus__ | gotta get rid of this bad silicon somehow more expensive than gold that sand is |
| 23:45:47 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 23:46:07 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
icon identifies that the person is a core developer (has commit access).