09:57 <whitequark> https://twitter.com/whitequark/status/1332980855631998976

10:18 <d1b2> <Attie> amazing! well done whitequark 😊

10:26 <whitequark> thank you :)

10:26 <whitequark> let me tick that one task off...

10:27 <whitequark> next one is prob yowasp

10:30 <d1b2> <Attie> if I'm understanding correctly... does this paired with e412494 make use on Windows "simple"?

10:31 <whitequark> with... what?

10:31 <d1b2> <Attie> oh, that's a commit id

10:31 <whitequark> oh!

10:31 <d1b2> <Attie> did the bridge mess it up?

10:31 <whitequark> i just had no idea it's a commit id.

10:31 <d1b2> <Attie> e412...

10:31 <whitequark> it's an sha, it's literally designed to look random

10:31 <d1b2> <Attie> ah

10:32 <d1b2> <Attie> yeah, fair

10:32 <whitequark> the answer is "yes and no"

10:32 <whitequark> https://github.com/GlasgowEmbedded/glasgow/issues/231

10:32 <whitequark> bitarray is the remaining elephant in the room

10:33 <whitequark> having to manually do a bunch of `set` for yowasp is a papercut, though certainly annoying

10:33 <d1b2> <Attie> ah, I missed that issue, thanks

10:37 <d1b2> <Attie> is there any work on that yet? (replacing bitarray) ... I was thinking of having a go, but when I last looked, it was perhaps a little over my head... at least on an initial rummage

10:38 <whitequark> not really. what's needed is something like support.bits but mutable

10:38 <whitequark> i'm not sure what's more effort, to implement it or to review it

10:40 <d1b2> <Attie> ok, I don't really have time at the moment, so I'll leave it for now, but may ask again

10:40 <whitequark> sgtm

10:40 <Qyriad> (whitequark: btw I'll review those ViewSB PRs on Monday or so; I'm technically on vacation-ish right now)

10:40 <whitequark> no prob

10:40 <whitequark> i kinda forgot what i was even doing by this point

10:40 <electronic_eel> nice progress with that one, whitequark! as far as i see it, it is the only issue that depends on cooperation from others (python-libusb1 maintainer in this case). so getting it done gives more control over the progress

10:41 <whitequark> electronic_eel: strangely that was not actually the case

10:41 <whitequark> the issue was sitting there since summer, waiting for me to do a PoC

10:41 <whitequark> then it got resolved within a day

10:42 <whitequark> in general, nothing is stopping us from e.g. shipping a fork of python-libusb1. i mean, we ship two forks of yosys.

10:42 <electronic_eel> such things depend very much on the maintainer and if you communicate well with them. in this case it looks like the maintainer was nice to work with

10:42 <electronic_eel> but i've had cases where pull requests were rotting for 2 years

10:42 <whitequark> sure

10:43 <whitequark> in that case (since libusb is core functionality) it would be wise to take over maintenance, fork it, or rewrite it

10:43 <whitequark> wouldn't be the first time i do that

10:44 <electronic_eel> yeah, just another additional level of yak...

16:56 <_whitenotifier-f> [GlasgowEmbedded/glasgow] electroniceel pushed 3 commits to wip-revC2-firmware [+3/-1/±13] https://git.io/Jkpsq

16:56 <_whitenotifier-f> [GlasgowEmbedded/glasgow] Electronic Eel f9060fb - firmware: rename adc file and functions to prepare supporting the INA233 ADC too

16:56 <_whitenotifier-f> [GlasgowEmbedded/glasgow] Electronic Eel af653d7 - firmware: implement voltage reading for the INA233

16:56 <_whitenotifier-f> [GlasgowEmbedded/glasgow] Electronic Eel 1dc3759 - firmware: implement initializing and reading alert limits for the INA233

17:19 <_whitenotifier-f> [glasgow] Success. The Travis CI build passed - https://travis-ci.org/github/GlasgowEmbedded/glasgow/builds/746596762?utm_source=github_status&utm_medium=notification

21:46 <electronic_eel> does anybody know if i can use the analyzer applet on the internal i2c bus?

21:48 <electronic_eel> i mean i can solder wires to the testpoints, but since the internal i2c is connected to the fpga, it would be nice to be able to directly analyze it

22:10 <_whitenotifier-f> [GlasgowEmbedded/glasgow] electroniceel pushed 1 commit to wip-revC2-firmware [+0/-0/±1] https://git.io/JkpQC

22:10 <_whitenotifier-f> [GlasgowEmbedded/glasgow] electroniceel 949b003 - firmware: fix ~ALERT interrupt handling

22:21 <_whitenotifier-f> [glasgow] Success. The Travis CI build passed - https://travis-ci.org/github/GlasgowEmbedded/glasgow/builds/746630929?utm_source=github_status&utm_medium=notification

22:34 <whitequark> you cannot presently use it on the internal i2c bus