Re: [pacman-dev] [PATCH] Cleanup the old sequential download code

2020-06-22 Thread Anatol Pomozov
Hi On Wed, Jun 10, 2020 at 8:12 PM Allan McRae wrote: > > On 12/5/20 3:16 am, Anatol Pomozov wrote: > > All users of _alpm_download() have been refactored to the new API. > > It is time to remove the old _alpm_download() functionality now. > > > > This change also removes obsolete SIGPIPE signal

Re: [pacman-dev] [PATCH] Cleanup the old sequential download code

2020-06-10 Thread Allan McRae
On 12/5/20 3:16 am, Anatol Pomozov wrote: > All users of _alpm_download() have been refactored to the new API. > It is time to remove the old _alpm_download() functionality now. > > This change also removes obsolete SIGPIPE signal handler functionality > (this is a leftover from libfetch days). >

Re: [pacman-dev] [PATCH] Cleanup the old sequential download code

2020-05-14 Thread Allan McRae
On 14/5/20 6:03 pm, Anatol Pomozov wrote: > Given that in other patches we rename new functions to its old name it > makes sense to rename _alpm_multi_download to _alpm_download. That would make sense. A

Re: [pacman-dev] [PATCH] Cleanup the old sequential download code

2020-05-14 Thread Anatol Pomozov
Hi On Mon, May 11, 2020 at 10:16 AM Anatol Pomozov wrote: > > All users of _alpm_download() have been refactored to the new API. > It is time to remove the old _alpm_download() functionality now. > > This change also removes obsolete SIGPIPE signal handler functionality > (this is a leftover from

[pacman-dev] [PATCH] Cleanup the old sequential download code

2020-05-11 Thread Anatol Pomozov
All users of _alpm_download() have been refactored to the new API. It is time to remove the old _alpm_download() functionality now. This change also removes obsolete SIGPIPE signal handler functionality (this is a leftover from libfetch days). Signed-off-by: Anatol Pomozov --- lib/libalpm/dload