02:50
<
sb0 >
mithro, I don't have access to the readthedocs account
02:51
<
mithro >
sb0: Is that something I set up?
02:53
<
sb0 >
you or someone else. but it wasn't me
02:53
* mithro
goes to see if he should be embarrassed :)
02:56
<
mithro >
Doesn't look like I have access either
02:57
<
mithro >
Oh wait... maybe I do..
02:58
rohitksingh has joined #m-labs
03:01
<
mithro >
sb0: If you can figure out how to make me an owner, I'll get it fixed
03:07
<
sb0 >
oh I managed to login
03:10
<
sb0 >
okay, I deleted the whole thing
03:20
<
mithro >
sb0: Is there an equivalent for misoc?
05:32
<
sb0 >
do we have napoleon on the buildbotß
05:33
<
sb0 >
I'm worried that version via setuptools might also break
05:33
<
sb0 >
(on the buildbot)
05:49
<
mithro >
sb0: napoleon seems to be a stock part of sphinx
05:52
<
sb0 >
mithro, if i merge your PR and the build breaks for any reason, can you fix it?
05:52
<
mithro >
sb0: I don't have access to your buildbot - but I'm happy to look at it
05:53
<
mithro >
I did try building locally
05:54
<
sb0 >
hmm print() in doc/conf.py
05:54
<
sb0 >
did you intend to have that print, or forgot it¿
05:54
<
mithro >
The numpy doc/conf.py also has that print - but it could easily be removed
05:55
<
sb0 >
what does it do exactly?
05:56
<
mithro >
Just lets you see the version it thinks things are
06:07
<
mithro >
BTW Where does asyncserial come from? It doesn't appear to be on PyPi?
06:20
<
sb0 >
m-labs/asyncserial on github
06:24
<
mithro >
sb0: Any reason not to pypi it?
06:36
<
sb0 >
not really, other than not wishing to maintain the pypi page
06:37
<
GitHub90 >
migen/master b008f1d Tim 'mithro' Ansell: doc: Adding links to github code.
06:37
<
GitHub90 >
migen/master 218a318 Tim 'mithro' Ansell: doc: Use sphinx.ext.napoleon instead of numpydoc.
06:37
<
GitHub90 >
migen/master da523d9 Tim 'mithro' Ansell: doc: Adding requirements.txt for building docs.
06:53
<
sb0 >
mithro, pretty much what i expected ...
06:56
<
mithro >
sb0: that's weird - I'm guessing you have an older version of the rtd template
06:57
<
mithro >
Will send a fix a shortly
07:06
FabM has joined #m-labs
07:49
rohitksingh has quit [Quit: Leaving.]
08:20
<
sb0 >
rjo, why do you use the led in the spi test bench?
08:31
rohitksingh_work has joined #m-labs
08:33
<
GitHub >
artiq/master b74d6fb Sebastien Bourdeauducq: make collision and busy asynchronous errors, and simplify CPU/gateware handshake for output errors and reads
08:33
<
GitHub >
artiq/master 1ee3f96 Sebastien Bourdeauducq: test: self.break_realtime → self.core.break_realtime
08:33
<
sb0 >
bb-m-labs, force build --branch=test_ci artiq
08:34
<
GitHub >
artiq/test_ci aac6860 Sebastien Bourdeauducq: try re-enabling test_clock_generator_loopback
08:34
<
bb-m-labs >
The build has been queued, I'll give a shout when it starts
08:38
<
bb-m-labs >
build #1405 forced
08:38
<
bb-m-labs >
I'll give a shout when the build finishes
08:46
<
sb0 >
bb-m-labs, force build --branch=test_ci artiq
08:46
<
bb-m-labs >
build #1406 forced
08:46
<
bb-m-labs >
I'll give a shout when the build finishes
08:46
<
GitHub >
artiq/test_ci 3590af6 Sebastien Bourdeauducq: Merge branch 'master' into test_ci
08:46
<
GitHub >
artiq/test_ci ea3af1e Sebastien Bourdeauducq: drtio: remove obsolete CSR accesses from test
08:50
<
rjo >
sb0: do you have a problem with that?
08:51
<
sb0 >
rjo, its purpose is confusing
08:51
<
sb0 >
is it just for using sync()?
08:59
<
rjo >
sb0, mithro: if you mess with the rtd theme on the buildbot you need to veryify and fix the search feature. also check the artiq docs.
09:07
<
rjo >
sb0: iirc yes. there needed to be a sync()
09:10
<
sb0 >
could also be "while self.core.get_counter() < now()"
09:11
<
sb0 >
anyhow, those errors are asynchronous now, which makes this test somewhat tricky
09:28
<
sb0 >
rjo, whitequark can we delete the smoltcp, phaser, and phaser2 branches?
09:42
<
rjo >
sb0: i can do tags instead.
10:28
<
sb0 >
bb-m-labs, force build artiq
10:28
<
bb-m-labs >
build forced [ETA 44m49s]
10:28
<
bb-m-labs >
I'll give a shout when the build finishes
10:29
<
sb0 >
mithro, any progress fixing the doc problem?
10:32
<
sb0 >
rjo, Error: bad character '-' in package/version: phaser-2
10:33
<
rjo >
sb0: who says that?
10:34
<
sb0 >
yeah, standard fare. same as mithro's doc problems.
10:35
<
mithro >
I'll send a fix soon
10:35
<
mithro >
Give me another hour
10:37
<
rjo >
sb0: not really. this one is versioneer or the versioneer setup.
10:38
<
sb0 >
oh I'm talking about computer frustrations in general
10:39
<
rjo >
sb0: well. we have a problem. since we have an empty tag_prefix in versioneer, it finds all tags when it builds the version with git --describe.
10:39
<
rjo >
this is why people usually seem to have tag_prefix = "v"
10:41
<
rjo >
we could tag v2.1 = 2.1 and then add tag_prefix = "v" in master and release-2.
10:41
<
rjo >
sb0, whitequark: opinions?
10:42
<
rjo >
bb-m-labs: force build artiq
10:42
<
bb-m-labs >
build forced [ETA 44m49s]
10:42
<
bb-m-labs >
I'll give a shout when the build finishes
10:43
<
sb0 >
rjo, what problem would it cause to remove all old version tags (essentially rename them)?
10:43
<
sb0 >
also that's not such a great solution, there are many words that start with v
10:46
<
rjo >
sb0: then "release-" as a tag. jives with the branches.
10:51
<
rjo >
bb-m-labs: force build artiq
10:51
<
bb-m-labs >
build forced [ETA 44m49s]
10:51
<
bb-m-labs >
I'll give a shout when the build finishes
11:09
<
GitHub12 >
migen/master 29e23a7 Tim 'mithro' Ansell: doc: Enable canonical_url only on readthedocs.
11:09
<
sb0 >
rjo, yes. e.g. delete the 1.0 tag and create a release-1.0 tag at the same commit
11:11
rohitksingh_wor1 has joined #m-labs
11:12
<
mithro >
sb0: Seems to work
11:12
rohitksingh_work has quit [Ping timeout: 260 seconds]
11:12
<
sb0 >
mithro, thanks
11:13
<
mithro >
sb0: Now got source + edit on github links
11:23
<
rjo >
sb0: ack. i'll proceed and tackle the fall-out.
11:23
<
rjo >
whitequark: there are numerous clean and rm -rf steps in the buildbot config. yet it still sees old long-deleted tags. i even went in there and manually cleaned up. can you help?
12:01
rohitksingh_wor1 has quit [Read error: Connection reset by peer]
12:05
rohitksingh_work has joined #m-labs
12:44
rohitksingh_work has quit [Read error: Connection reset by peer]
13:29
rohitksingh has joined #m-labs
13:49
<
whitequark >
rjo: yes, buildbot doesn't purge old tags
13:50
<
whitequark >
I'm unaware of any git workflow where that is common
13:58
FabM has quit [Ping timeout: 264 seconds]
14:04
<
rjo >
whitequark: not common. but it prevents fixing stuff.
14:12
FabM has joined #m-labs
14:22
<
whitequark >
rjo: just remove the tags from the git cache. or remove the cache
14:30
rohitksingh has quit [Ping timeout: 240 seconds]
14:32
rohitksingh has joined #m-labs
14:35
rohitksingh1 has joined #m-labs
14:39
rohitksingh has quit [Ping timeout: 260 seconds]
14:57
glitchwitch is now known as hedgeberg
15:24
<
rjo >
whitequark: i know how to clean tags. that's not the issue. i don't know where the repository is. i already cleaned the one indicated in the logfile.
15:51
<
whitequark >
rjo: okay, one moment
15:59
<
whitequark >
rjo: /var/lib/buildbot/slaves/debian-stretch-amd64-1/miniconda/conda-bld/git_cache
16:00
<
whitequark >
I also just wiped all caches, for good measure
16:07
<
whitequark >
bb-m-labs: force build artiq
16:07
<
bb-m-labs >
build forced [ETA 44m49s]
16:07
<
bb-m-labs >
I'll give a shout when the build finishes
16:08
<
whitequark >
rjo: works now
16:09
<
whitequark >
sb0: regarding the dma bug
16:09
<
whitequark >
yes, it passed timing
16:09
<
whitequark >
let me try on ise I guess
17:46
<
whitequark >
sb0: no, I get the exact same behavior with ise
17:49
<
rjo >
whitequark: thx.
17:52
rohitksingh1 has quit [Quit: Leaving.]
18:53
ad_ has joined #m-labs
18:56
ad_ has quit [Client Quit]