egg|egg has quit [Read error: Connection reset by peer]
_whitelogger has joined #glasgow
<whitequark> tnt: that's fairly easy to implement now, i could take a stab at it
<whitequark> not sure where to put the cache on windows offhand
_whitelogger has joined #glasgow
<electronic_eel> whitequark: I suggest path.expandvars(r'%LOCALAPPDATA%\Glasgow')
<whitequark> electronic_eel: thanks, that sounds perfectly reasonable
<whitequark> does anyone here have a windows machine on hand?
<electronic_eel> some bare win7 vm which I'd have to install python and all the other dependencies on
<whitequark> right. hrm
<electronic_eel> probably even updating it will take half a day, I think I last used it like half a year ago
craigo has quit [Ping timeout: 265 seconds]
<whitequark> yeah that's exactly why i asked
<whitequark> i should write the installation instructions for windows too
<electronic_eel> If you have something I can try it on my vm
<whitequark> i don't
<sorear> was there a policy change? I thought we rejected caching out of a desire that Glasgow have no host state
<whitequark> sorear: caching used to be hazardous with migen
<whitequark> nmigen was designed from ground up such that its output is (a) pure, (b) dependent on implicit inputs like nmigen version
<sorear> what are sources of impurity that apply to omigen but not nmigen?
<whitequark> omigen let you include random files from the filesystem for example
<whitequark> god i fucking hate windows
<whitequark> worthless user-hostile piece of shit. now it doesn't boot
<sorear> hmm, I’ll need to look later at how nmigen prevents arbitrary imports
<whitequark> it doesn't
<whitequark> but it doesn't require them either
<whitequark> whereas in omigen if you wanted to include verilog you were stuck dropping it somewhere in the environment
<whitequark> hm, i really do wonder what's a good way to distribute glasgow for windows. for linux too, to a lesser extent
<whitequark> there needs to be a turnkey option. but. the same option can't be turnkey AND carry a whole development environment with it
<sorear> how much development environment is too much development environment
<whitequark> shrug
<sorear> unhelpful: I think this question is most of what drives people to Lua
<whitequark> ok well you know what? fuck this, python doesn't even work on windows
<JJJollyjim> Can you use libusb in WSL? :P
<whitequark> no
<whitequark> i wonder if i should write that libusb stub i wanted and tell people to just use WSL
<whitequark> by libusb stub i mean a small program in something that can be distributed as dependencyless .exe (rust, maybe?) that bridges usb and tcp
<whitequark> or like a named pipe, you get the idea
<sorear> would an unnamed pipe work? can you start win32 processes from wsl processes?
<whitequark> no idea
<whitequark> i don't really care
<daveshah> I've seen win32 processes started from the wsl shell, so I guess you can
<gruetzkopf> yeah you can
<ktemkin> "i wonder if i should write that libusb stub i wanted" <-- you hae no idea how many times I've thought to myself that I should do this
<ktemkin> *have
<whitequark> ktemkin: ok i mean that's pretty straightforward, i should probably just do it
<ktemkin> I just keep putting it off, because there are $infinitely_many things I'd rather do
<whitequark> ha
<whitequark> i'd probably make it control/bulk only
<ktemkin> interrupt transfer handling is pretty much trivial once you implement bulk; so it'd be super easy to add them if/when you need them
<ktemkin> isochronous transfer support is just vaguely cursed and staying away until you Really Need Them is advisable for mental health~
* tnt loves those sweet 512b packets in Full Speed though.
<whitequark> the main reason is that the rust libusb binding i'm using doesn't have iso support
<whitequark> neither does python-libusb1, i think, but at least that is reasonable
<_whitenotifier> [Glasgow] whitequark commented on pull request #166: applet.interface.i2c_master: add "scan" command - https://git.io/JeCIO
<_whitenotifier> [Glasgow] electroniceel commented on pull request #166: applet.interface.i2c_master: add "scan" command - https://git.io/JeCIG
<_whitenotifier> [Glasgow] whitequark commented on pull request #166: applet.interface.i2c_master: add "scan" command - https://git.io/JeCIZ
<_whitenotifier> [Glasgow] electroniceel commented on pull request #166: applet.interface.i2c_master: add "scan" command - https://git.io/JeCIn
<_whitenotifier> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+0/-0/±2] https://git.io/JeCIc
<_whitenotifier> [GlasgowEmbedded/glasgow] whitequark de024eb - Use more consistent, and lowercase, names for repositories.
<ZirconiumX> whitequark: I almost wrote a replacement USB library before deciding I didn't have the motivation for it
ali_as has joined #glasgow
oeuf has joined #glasgow
<_whitenotifier> [GitHub] Encourage flow.
_whitelogger has joined #glasgow
Exec1N has joined #glasgow
umarcor has joined #glasgow
Xesxen has quit [Ping timeout: 265 seconds]
Xesxen has joined #glasgow
_whitelogger has joined #glasgow
josi7 has quit [Read error: Connection reset by peer]
<_whitenotifier> [glasgow] electroniceel synchronize pull request #166: applet.interface.i2c_master: add "scan" command - https://git.io/JecjH
Exec1N has quit [Ping timeout: 276 seconds]
<_whitenotifier> [archive] electroniceel opened pull request #2: Add G00043: INA260 I2C power monitor (used on the test jig board) - https://git.io/JeCY6
<_whitenotifier> [archive] whitequark closed pull request #2: Add G00043: INA260 I2C power monitor (used on the test jig board) - https://git.io/JeCY6
<_whitenotifier> [GlasgowEmbedded/archive] whitequark pushed 1 commit to master [+1/-0/±0] https://git.io/JeCYi
<_whitenotifier> [GlasgowEmbedded/archive] electroniceel 90d0401 - Add G00043: INA260 I2C power monitor (used on the test jig board)
craigo has joined #glasgow
<_whitenotifier> [GlasgowEmbedded/glasgow] whitequark pushed 1 commit to master [+0/-0/±1] https://git.io/JeCOn
<_whitenotifier> [GlasgowEmbedded/glasgow] whitequark 2d7161f - software: use python_requires instead of an ad-hoc condition.
setrofim has quit [Ping timeout: 246 seconds]
setrofim has joined #glasgow
ali_as has quit [Remote host closed the connection]
ali_as has joined #glasgow
josi7 has joined #glasgow
umarcor has quit [Ping timeout: 240 seconds]
<_whitenotifier> [glasgow] electroniceel opened pull request #167: applet.sensor.ina260: add applet for the INA260 I2C power monitoring IC - https://git.io/JeCZS
umarcor has joined #glasgow
jim123_456 has joined #glasgow