Closed thierry-FreeBSD closed 4 months ago
JFYI my PR #1101 fixes this situation:
Also I moved download_from_repo below sanity_checks_pkgs, because sanity_check_pkgs removes packages which don't have builded dependencies and if we'll download_from_repo before sanity_check_pkgs, we will rebuild it. But if we'll download_from_repo after sanity_check_pkgs, we could download it instead of rebuild, which is faster.
What is the current proposed solution to this bug, now that PR #1101 is closed? I'm also running into the exact same situation with attempting to fetch lang/rust
(due to how enormous it is). After reading issue #1128, I'm not sure this particular bug is related.
Is there any workaround that can be done now?
Dupe of #954. The fix coming for it will assert that no fetched package is deleted (or it is a bug to be fixed). It will be merged in the next few days.
Dupe of #954. The fix coming for it will assert that no fetched package is deleted (or it is a bug to be fixed). It will be merged in the next few days.
Awesome, thanks!
1128 isn't related. Why do you mention that?
Yes, I was just confirming that #1128 isn't related. I mentioned it because that issue was listed as the reason for closing #1101.
It will be merged in the next few days.
A month later. Was it merged? Is it ready to use?
Using poudriere-devel-3.4.99.20240105 on FreeBSD-CURRENT. I'm not the maintainer of rust, but I need it for some dependencies and I prefer to avoid building it, therefore after refreshing a jail, with an up-to-date ports tree, I run the following command
poudriere bulk -j 15amd64 -b latest lang/rust
. Hereunder is the resulting log: a package for rust has been fetched, but it has been deleted because no package has been found for curl!