From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp32.i.mail.ru (smtp32.i.mail.ru [94.100.177.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dev.tarantool.org (Postfix) with ESMTPS id 06EB8445320 for ; Mon, 27 Jul 2020 17:19:35 +0300 (MSK) Date: Mon, 27 Jul 2020 17:18:40 +0300 From: Alexander Turenko Message-ID: <20200727141840.fisd4tim7fxel55u@tkn_work_nb> References: <9d538c87b2a0106b325c1ec104206a9f38f207df.1595855406.git.avtikhon@tarantool.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <9d538c87b2a0106b325c1ec104206a9f38f207df.1595855406.git.avtikhon@tarantool.org> Subject: Re: [Tarantool-patches] [PATCH v1] update_repo: correct fix for RPMs on missing metadata List-Id: Tarantool development patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Alexander V. Tikhonov" Cc: tarantool-patches@dev.tarantool.org On Mon, Jul 27, 2020 at 04:11:06PM +0300, Alexander V. Tikhonov wrote: > Found that removing RPMs additional call to its removement is > needed, when no metadata was found. > --- > > Github: https://github.com/tarantool/tarantool/tree/avtikhon/correct_rpm_remove > > tools/update_repo.sh | 7 +++++++ > 1 file changed, 7 insertions(+) > > diff --git a/tools/update_repo.sh b/tools/update_repo.sh > index 5a68e3e05..d9b91a753 100755 > --- a/tools/update_repo.sh > +++ b/tools/update_repo.sh > @@ -869,6 +869,13 @@ function remove_rpm { > done > done > > + # remove all found file by the given pattern in options I would describe the case a bit: the loop above already delete files, which are present in the metadata. However it is possible that some broken update left orphan files: they are present in the storage, but does not mentioned in the metadata. > + for suffix in 'x86_64' 'noarch' 'src'; do > + file="$bucket_path/$packpath/${remove}-1.${os}${option_dist}.${suffix}.rpm" > + $aws ls $file || continue > + $aws rm $file > + done > + I don't mind, however I'm unable to review the file thoroughly.