You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Package: aplinux-geneva-mdsd-azsecpack
Version: 0.1.427-release-aplinux-rc3
Architecture: amd64
--- snip ---
Build-Depends:
^^^^^^^^^^^^^^^^^ This will error
SHA256: 5b5f95a67507ae82f797937116d7ce022480fed916def156a5a32a3b487e33af
Size: 8230
To Reproduce
pulp deb remote create --name aplinux --url "https://packages.microsoft.com/repos/aplinux-prod/" --distribution xenial --architecture amd64
pulp deb repository create --name aplinux --remote aplinux
pulp deb repository sync --name aplinux
Output
Started background task /pulp/api/v3/tasks/1b8ffdc3-fbb1-43d2-bb75-902c2e4a3317/
.Error: Task /pulp/api/v3/tasks/1b8ffdc3-fbb1-43d2-bb75-902c2e4a3317/ failed: '{'custom_fields': {'Build-Depends': [ErrorDetail(string='This field may not be blank.', code='blank')]}}'
Expected behavior
The sync should ignore empty custom fields as it does with known ones and should be completed and not fail.
Additional context
The issue #694 is identical but daviddavis's proposed fix #695 got closed.
This issue has a different implementation
The text was updated successfully, but these errors were encountered:
Version
main (a193cc1)
Describe the bug
If there's a blank custom field in the Packages index, sync fails.
This issue prevents some repos from syncing including for example Kali Rolling and other.
From https://packages.microsoft.com/repos/aplinux-prod/dists/xenial/main/binary-amd64/Packages:
To Reproduce
pulp deb remote create --name aplinux --url "https://packages.microsoft.com/repos/aplinux-prod/" --distribution xenial --architecture amd64 pulp deb repository create --name aplinux --remote aplinux pulp deb repository sync --name aplinux
Output
Expected behavior
The sync should ignore empty custom fields as it does with known ones and should be completed and not fail.
Additional context
The issue #694 is identical but daviddavis's proposed fix #695 got closed.
This issue has a different implementation
The text was updated successfully, but these errors were encountered: