<supersat[m]>
Catherine: good call on the FFSynchronizer. It magically works now 🎉
jstein has quit [Ping timeout: 260 seconds]
<jwise0[m]>
n.b.: the big thing that I found that makes python-libusb1 difficult to do in an xplat manner is Windows libusb1 doesn't have a selectable/pollable FD; if you plan to do anything of the sort, it needs to be threaded (c.f., https://github.com/jwise/pyusbip/issues/2). not the end of the world but definitely something you would need to design for from the very beginning. not sure what other arch problems you find with python-libusb1 that
<jwise0[m]>
are not solvable
joerg has quit [Ping timeout: 255 seconds]
joerg has joined #glasgow
redstarcomrade has quit [Read error: Connection reset by peer]
cr1901 has quit [Remote host closed the connection]
cr1901 has joined #glasgow
cr1901 has quit [Remote host closed the connection]
cr1901 has joined #glasgow
cr1901 has quit [Remote host closed the connection]
cr1901 has joined #glasgow
cr1901 has quit [Remote host closed the connection]
cr1901 has joined #glasgow
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #glasgow
brolin has quit [Ping timeout: 255 seconds]
jstein has joined #glasgow
jstein has quit [Client Quit]
ar-jan has joined #glasgow
brolin has joined #glasgow
<whitequark[cis]>
<supersat[m]> "Catherine: good call on the..." <- omg nice
<whitequark[cis]>
<jwise0[m]> "n.b.: the big thing that I found..." <- we already hit that and Glasgow includes a workaround
<_whitenotifier>
[glasgow] attie closed issue #406: Add a flag to `glasgow factory` which indicates that the device has been modified from the original design - https://github.com/GlasgowEmbedded/glasgow/issues/406
icb[m] has quit [Quit: Idle timeout reached: 172800s]
<whitequark[cis]>
> Being open software and open hardware, nothing prevents an end user from modifying, replacing, or interfacing with the firmware. However, the Glasgow project will not in general provide support for running modified firmware, and interfacing third party tools with the firmware directly (by means other than the Python-based software stack) is strongly discouraged at the moment.
<tpw_rules>
how good is sdcc at reproducible builds anyway
<whitequark[cis]>
who knows?
<whitequark[cis]>
i literally say in the page that no one has been motivated to investigate this :p