when you reverify, could you include the git revision string so I van test with the identical precise revision?
On Thu, Dec 14, 2017 at 5:21 AM, Allen George <[email protected]> wrote: > Chet - ah, so, a couple of things: > > 1. I’m running off master. Maybe that’s the difference? > 2. I’m also running make -j4 precross. Interestingly, I notice that some > targets don’t build properly on higher job levels (c_glib specifically). > Maybe that’s the root cause of what I’m seeing. > > I’ll run everything serially and report back either way. > > Cheers, and thanks for responding! > > > On December 13, 2017 at 7:49:23 PM, Chet Murthy ([email protected]) > wrote: > > Allen, just wanted to note that I reverified everything (running in > Docker): > > (1) ran in docker ubuntu-xenial: > > % dockerrun 1f55bb722f2f > > > [don't know why I have to do this, but it seems kosher, see just below] > > chet@twitter:~/Hack/thrift-0.10.0/src/forks/thrift$ docker images > REPOSITORY TAG IMAGE ID CREATED > SIZE > thrift latest e49f3d151760 12 days ago > 4.77GB > thrift/thrift-build ubuntu-xenial 1f55bb722f2f 2 weeks ago > 4.77GB > hello-world latest f2a91732366c 3 weeks ago > 1.85kB > buildpack-deps xenial-scm 7ad8ecbb4e32 3 weeks ago > 263MB > > > So as you can see, I -am- running ubuntu-xenial. > > (2) did both autotools.sh and cross-test.sh, and got no errors. > Specifically, cross-test.sh ended with > > No unexpected failures. > > So ... uh .... could you verify that this works for you also? BTW, I'm > using the > branch THRIFT-4421-golang-tests-rely-on-gomock-causing-tests-to-fail > > If you look at it, you'll see that it merely fixes up some Golang test > failures. Without it, the Travis CI scripts fail. But not in rust or > dotnet. > > Cheers, and hope this helps, > --chet-- > > > On Wed, Dec 13, 2017 at 1:42 PM, Chet Murthy <[email protected]> > wrote: > > > Allen, > > > > I'm assuming you're running on "master" (or maybe 0.11.0) ? I've been > > running on Ubuntu Xenial, and recently started using the docker image to > > run the Travis CI scripts, without problems. To wit, I can follow the > > instructions in https://github.com/apache/thrift/blob/master/build/ > > docker/README.md with the slight amendment that where they say > > > > % dockerrun ubuntu-xenial > > > > II have to use the explicit hash (or UID? no idear ...) of the image, and > > do: > > > > % docker run -v $(pwd):/thrift/src -it 1f55bb722f2f /bin/bash > > > > But inside the docker image, I'm able to run autotools.sh, and > > cross-test.sh without problems, and everything works. > > > > Does this match your experience? I'm asking to figure out if it's > > something about your environment (hard to believe, since you're using > > docker, but gotta check, right?) or the commands you're running inside > that > > docker image. > > > > --chet-- > > > > > > On Wed, Dec 13, 2017 at 4:34 AM, Allen George <[email protected]> > > wrote: > > > >> Sending to the “user” mailing list because none of my messages on “dev” > >> appear to be getting through :/ > >> > >> I’m trying to fix some bugs in the Rust Thrift implementation: > >> > >> THRIFT-4187 > >> THRIFT-4390 > >> THRIFT-4419 > >> > >> Running “make precross” on the xenial docker image doesn’t seem to build > >> netcore properly for some reason, and the tests fail afterwards with: > >> > >> Using launch settings from > >> /thrift/src/test/netcore/ThriftTest/Properties/launchSettings.json... > >> Error: > >> An assembly specified in the application dependencies manifest > >> (ThriftTest.deps.json) was not found: > >> package: 'System.Net.Http.WinHttpHandler', version: '4.4.0' > >> path: 'lib/netstandard2.0/System.Net.Http.WinHttpHandler.dll' > >> ============================================================ > >> =================== > >> > >> Any idea what would be causing this? > >> > >> Many thanks, > >> Allen > >> > > > > >
