It is still about llvm+octeon problem. Maybe we can ask pin rustc on Loongson machines. Ximin Luo <infini...@debian.org> 于2018年9月24日周一 上午2:21写道: > > Aron Xu: > > [..] > >> > >> Aron, the next version 1.27.1 is already in binary-NEW so the same issue > >> will block testing migration again, when that gets accepted. > >> > >> Earlier you said "Binary only upload from porter is allowed [..]" but I am > >> not sure the other porters have access to a loongson-3a box. Will you > >> continue to run builds of new rustc versions on your box? I think that is > >> the key point here. > >> > > > > Will do that and see if we can get the issue either fixed or have a > > blacklist placed at the same time. > > > > I have just uploaded 1.29.0 to unstable. It will need manual building with a > non-buggy mips machine, to unblock us for Debian Testing. The previous build > 1.29.0+dfsg1-1~exp1 failed due to hanging atomic tests: > > https://buildd.debian.org/status/fetch.php?pkg=rustc&arch=mips64el&ver=1.29.0%2Bdfsg1-1%7Eexp1&stamp=1537686627&raw=0 > > test sync.rs - sync::Arc (line 124) ... test sync.rs - sync::Arc (line 124) > has been running for over 60 seconds > test sync.rs - sync::Arc<T>::downgrade (line 418) ... test sync.rs - > sync::Arc<T>::downgrade (line 418) has been running for over 60 seconds > test sync.rs - sync::Arc<T>::get_mut (line 856) ... test sync.rs - > sync::Arc<T>::get_mut (line 856) has been running for over 60 seconds > test sync.rs - sync::Arc<T>::make_mut (line 769) ... test sync.rs - > sync::Arc<T>::make_mut (line 769) has been running for over 60 seconds > E: Build killed with signal TERM after 150 minutes of inactivity > > I still think we should just RM rustc on mips64el. > > X > > -- > GPG: ed25519/56034877E1F87C35 > GPG: rsa4096/1318EFAC5FBBDBCE > https://github.com/infinity0/pubkeys.git >
-- YunQiang Su