On 19/04/2021 13:39, Andrew Gregory wrote: > On 04/19/21 at 01:32pm, Morgan Adamiec wrote: >> >>> Because the file may not be the same after we fallback to a different >>> server. >>> >> >> That shouldn't be the case though. Do we actually support that use case? > > Yes. Databases. > >>>> In fact I don't see the point of this variable at all. Why would we ever >>>> not want to unlink on fail? >>> >>> So that it can be resumed later. >>> >> >> I guess, though the above point applies. it may be a different mirror >> and therefore the file may not be the same. So I feel if you can resume >> between pacman calls you should be able to resume between servers. Ah yeah I guess databases makes sense. But why not just have allow_resume as false for those downloads and allow package downloads to continue?
- [pacman-dev] [PATCH] libalpm: download rates becoming negat... morganamilo
- [pacman-dev] [PATCH] pacman: stop eta timer breaking a... morganamilo
- Re: [pacman-dev] [PATCH] libalpm: download rates becom... Andrew Gregory
- Re: [pacman-dev] [PATCH] libalpm: download rates b... Morgan Adamiec
- Re: [pacman-dev] [PATCH] libalpm: download rat... Andrew Gregory
- Re: [pacman-dev] [PATCH] libalpm: download... Morgan Adamiec
- Re: [pacman-dev] [PATCH] libalpm: dow... Andrew Gregory
- Re: [pacman-dev] [PATCH] libalpm:... Morgan Adamiec
- Re: [pacman-dev] [PATCH] liba... Anatol Pomozov
- Re: [pacman-dev] [PATCH] liba... Morgan Adamiec
- [pacman-dev] [PATCH v2] libalpm: fix download ... morganamilo
- Re: [pacman-dev] [PATCH v2] libalpm: fix d... Allan McRae
- Re: [pacman-dev] [PATCH] libalpm: download rates becom... Anatol Pomozov
- [pacman-dev] [PATCH v2] libalpm: fix download rates be... morganamilo
