On Mon, Jul 25, 2016 at 6:08 PM, Emilio Pozuelo Monfort <po...@debian.org> wrote: > On 25/07/16 08:48, László Böszörményi (GCS) wrote: >> The nodejs issue is reproduced in a clean Sid chroot. The problem lies >> in one of its self-tests trying to reach a non-existent domain. If >> internet - DNS - access is possible, the test get 'ENOTFOUND' as it >> excepts. But in my rebuild chroots not even DNS access was allowed, >> meaning the error code became 'EAI_AGAIN' (ie. no DNS could be >> reached, try again later). This was the reason of the assert and thus >> FTBFS; just for the record it's in >> test/parallel/test-net-better-error-messages-port-hostname.js:11:10. > > That shouldn't block the transition. FWIW I see #830242 and #831243 opened > aobut > this. It's a different issue, but the same kind: network access. I don't know if I may put my JavaScript Maintainer hat on and fix these or just go with the ICU transition...
> Please let us know the results once you have built the rest of the rdeps. If > things look good, we can start this very soon. Kudos to Martin and Jeffrey I could finish the transition locally on i386, amd64 rebuilds still going on. Despite the updated hardware, some packages still need several hours to compile. :-/ The transition page[1] currently not available, but what I've learnt: 1) level 1 rdeps can be binNMUed, 2) there should be a level 1.5 rdeps binNMU with libxml2, boost1.58 and boost1.60, 3) remainder of level 2 rdeps can go as is, 4) there will be FTBFS of some packages, details below, 5) I only finished i386 rebuilds, amd64 transitioned packages to level 4 and I do continue with the remaining ones, 6) HHVM which is amd64 only also transitioned successfully. 0ad will fails as it looks for Python 2, but it's not in its build depends. Previously probably dh-python pulled it in, but it's Python 3 for a while - Python 2 is no longer installed. gnustep-base fails because of network access in Tests/base/NSURLHandle/test00.m : test00[10563:10563] Load failed: further tests may fail. Reason: Unable to connect to www.gnustep.org:80 ... No such file or directory Not a build failure, but during the transition of gnustep-gui I've seen this warning: dh_installdocs: WARNING: --link-doc between architecture all and not all packages breaks binNMUs haskell-blogliterately fails due to a Haskell stack problem, the build dependencies can't be installed: libghc-pandoc-dev : Depends: libghc-juicypixels-dev-3.2.7.2-81d4d which is a virtual package and is not provided by any available package openjfx fails due to a long shell command line: -- cut -- make[4]: Entering directory '/build/openjfx-8u102-b14/modules/web/build/linux/Release/WebCore' make[4]: execvp: /bin/sh: Argument list too long Makefile.TargetJava:7704: recipe for target 'obj/jfxwebkit.gch/c++' failed make[4]: *** [obj/jfxwebkit.gch/c++] Error 127 [...] * Where: Build file '/build/openjfx-8u102-b14/build.gradle' line: 2541 * What went wrong: Execution failed for task ':web:compileNativeLinux'. > Process 'command 'perl'' finished with non-zero exit value 2 -- cut -- frog fails with: -- cut -- libtool: link: g++ -DSYSCONF_PATH=\"/etc\" -DPYTHONDIR=\"/usr/lib/python2.7/dist-packages/frog\" -std=c++0x -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -fopenmp -I/usr/include/libxml2 -I/usr/include -I/usr/include/libxml2 -fopenmp -I/usr/include/libxml2 -I/usr/include/libxml2 -I/usr/include/libxml2 -I/usr/include/libxml2 -I/usr/include/python2.7 -Wl,-z -Wl,relro -o .libs/frog Frog.o ./.libs/libfrog.so -lucto -lfolia -lmbt -ltimblserver -lticcutils -ltimbl -L/usr/lib/i386-linux-gnu -licui18n -licuuc -licudata -licuio -lxml2 -L/usr/lib -lpython2.7 -fopenmp /usr/lib/libmbt.so: undefined reference to `TiCC::split_at(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /usr/lib/libmbt.so: undefined reference to `TiCC::split_at_first_of(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' collect2: error: ld returned 1 exit status -- cut -- The mentioned library and functions come from the mbt package, maybe an uncoordinated transition of an other package? yi would fail due to a hidden ICU dependency of a module in haskell-yi-rope , which needs to be binNMUed before. Other packages are fine. Please advise other tests if needed. Regards, Laszlo/GCS [1] https://release.debian.org/transitions/html/auto-icu.html