I think we have to consider test target in rules differently from build targets as the effect on these on the final binaries we ship is different.
I agree the current policy fit well when applied to the build target. As we don't want to ship anything not present / built from the source package.
But anything runs in the test target does not affect the final binaries. The only difference that makes is more functionalities are tested. Because of
the current policy we are unable to test any functionality that needs an internet connection. So I think the current policy is hiding potential problems that could be discovered early if these tests are actually run during build.
On 06/05/2025 1:33 am, Bill Allombert wrote:
On Tue, May 06, 2025 at 01:12:43AM +0530, Pirate Praveen wrote:
I think we have to consider test target in rules differently from build targets as the effect on these on the final binaries we ship is different.
I agree the current policy fit well when applied to the build target. As we
don't want to ship anything not present / built from the source package.
buildds don't need to allow it, only salsa ci and debci need to allow it.But anything runs in the test target does not affect the final binaries. TheThat assumes that the buildd operators are willing to let your tests run with network access.
only difference that makes is more functionalities are tested. Because of the current policy we are unable to test any functionality that needs an internet connection. So I think the current policy is hiding potential problems that could be discovered early if these tests are actually run during build.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 490 |
Nodes: | 16 (2 / 14) |
Uptime: | 60:02:28 |
Calls: | 9,676 |
Files: | 13,719 |
Messages: | 6,171,432 |