Hi Lucas. I have a question regarding your report.
Is it really a requirement that the package build should succeed even if the user account doing the package build is disabled for logins? Not accepting remote logins during the build is very reasonable. But a test that starts a server on the build machine to accept logins from test scripts running on the same build machine should be allowed. This has not been a problem before. These tests work fine when building using pbuilder locally, and there has never been a problem when running the tests during the builds on the buildd servers either in the past. Is this a misconfiguration of the FTBFS test build server, or is it really intended to block logins from localhost to localhost during the build? It is not impossible to fix this. The server binary that is used during the test has an -allow-disabled-logins flag already, so I can add that to the test wrapper script. But I just wanted to check that this restriction was really intended before I do this. Mattias lör 2018-12-29 klockan 23:26 +0100 skrev Lucas Nussbaum: > Source: globus-gass-copy > Version: 10.3-2 > Severity: serious > Justification: FTBFS on amd64 > Tags: buster sid > Usertags: ftbfs-20181229 ftbfs-buster > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > # > > # error: globus_ftp_client: the server responded with an error > > # 530 Login incorrect. : Access denied, user's system account is disabled. > > The full build log is available from: > http://aws-logs.debian.net/2018/12/29/globus-gass-copy_10.3-2_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures.
smime.p7s
Description: S/MIME cryptographic signature