<sb0>
the failed anaconda_upload is more mysterious
<sb0>
bb-m-labs, force build --branch=release-2 artiq
<bb-m-labs>
build forced [ETA 32m53s]
<bb-m-labs>
I'll give a shout when the build finishes
<sb0>
as usual, and especially with conda, things cannot go well. that was started by the seemingly innocuous artiq-dev package...
<GitHub>
[artiq] sbourdeauducq commented on issue #670: @cjbe A warm welcome to the wonderful world of conda (and Python packaging in general). The build now fails because conda says it would put the package in ``/var/lib/buildbot/slaves/debian-stretch-amd64-1/miniconda/conda-bld/noarch``, but puts it into ``/var/lib/buildbot/slaves/debian-stretch-amd64-1/miniconda/conda-bld/linux-64`` instead. I do not know if there are other consequences to this cool new prob
bb-m-labs has quit [Quit: buildmaster reconfigured: bot disconnecting]
<GitHub146>
[buildbot-config] sbourdeauducq pushed 1 new commit to master: https://git.io/vy8tL
<GitHub146>
buildbot-config/master a89ef53 Sebastien Bourdeauducq: work around new conda-build output name bug
bb-m-labs has joined #m-labs
<sb0>
bb-m-labs, force build --branch=release-2 artiq
<bb-m-labs>
build #1372 forced
<bb-m-labs>
I'll give a shout when the build finishes
<sb0>
whitequark, should folders like /var/lib/buildbot/slaves/debian-stretch-amd64-2/miniconda/conda-bld/artiq-kc705-nist_clock_1488770826189 be deleted?
<sb0>
bb-m-labs, force build --branch=release-2 artiq
<bb-m-labs>
The build has been queued, I'll give a shout when it starts
<GitHub80>
[smoltcp] whitequark pushed 1 new commit to master: https://git.io/vy8tM
<GitHub80>
smoltcp/master b9e79d1 whitequark: Ignore Ethernet frames for which we aren't a destination.
<GitHub192>
[smoltcp] whitequark pushed 1 new commit to master: https://git.io/vy8t9
<GitHub192>
smoltcp/master 3dfcb11 whitequark: Follow-up to b9e79d19; always process broadcast frames.
<travis-ci>
m-labs/smoltcp#86 (master - b9e79d1 : whitequark): The build passed.
kuldeep has quit [Remote host closed the connection]
kuldeep has joined #m-labs
AndChat|326081 has quit [Quit: Bye]
AndChat326081 has joined #m-labs
<sb0>
yeah, I saw that, very annoying
AndChat|326081 has joined #m-labs
<whitequark>
>fatal: destination path '/var/lib/buildbot/slaves/debian-stretch-amd64-2/miniconda/conda-bld/artiq-kc705-nist_clock_1488807278127/work' already exists and is not an empty directory.
<whitequark>
what the hell?
<sb0>
the windows test failure, as well as this new bug, seem to have appeared after I updated conda-build to fix the mishandling of the artiq-dev dependency
<sb0>
the new conda-build also will build noarch packages in the linux-64 folder, even though --output gives the path to the noarch package
<sb0>
this constant stream of pesky fuckups is why we should avoid feature creep since those are good enough for wasting time already
<whitequark>
elaborate?
<sb0>
on?
<whitequark>
I mean, what sort of feature creep causes this issue specifically
AndChat326081 has quit [Ping timeout: 258 seconds]
<sb0>
oh, I'm just saying that things may take a lot more time than expected, since have to battle problems like conda breakage, weird fpga behavior, obscure proprietary chips, etc.
<whitequark>
ah. sure.
topo has joined #m-labs
<sb0>
this particular issue isn't related to feature creep, but some discussions about the new artiq hardware are very optimistic...
topo has quit [Quit: leaving]
AndChat|326081 has quit [Quit: Bye]
AndChat326081 has joined #m-labs
kuldeep has quit [Read error: Connection reset by peer]
kuldeep has joined #m-labs
sandeepkr has joined #m-labs
kuldeep has quit [Read error: Connection reset by peer]