From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.5 required=3.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B8A9BC433E9 for ; Thu, 25 Feb 2021 19:41:09 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id DA25464F1A for ; Thu, 25 Feb 2021 19:41:08 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org DA25464F1A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:49468 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lFMVX-00033z-ST for qemu-devel@archiver.kernel.org; Thu, 25 Feb 2021 14:41:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33090) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lFMUQ-0002Qo-B5; Thu, 25 Feb 2021 14:39:58 -0500 Received: from mail-il1-x134.google.com ([2607:f8b0:4864:20::134]:38566) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lFMUO-0001im-3A; Thu, 25 Feb 2021 14:39:58 -0500 Received: by mail-il1-x134.google.com with SMTP id f10so5428353ilq.5; Thu, 25 Feb 2021 11:39:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=x8DQ1n/1E8K07VrAGtc1E9VO+ZJ+gwVbBIbaWMI5kTk=; b=sScSFaso/PVyP5ULeWxITxx45tckXvIAlg87UIKctK+OOogIE5/XLvdhrWmLKCLd8r +oyQeUOldBPC1ENwddeP+2QI7Ro6GYfAZUMBVvg5zGFek3OhKCBQlArxiV+m18e7iQFw imIYepWEVcvwPGOlgQy0w283yIQhJlnCRaDJtOGbk0rKHMCojKv/jbJgMnAK/gcVMnd9 lsSTNE0YhdM37fNPC/wXVXnFpcWv2pPsCzg7Ev+H6HeCZw26qL9UtsTASffzz64JTsed s/PCTr0X6QNK+FxMxZBfRUVImSoSBIejopQjhGUVMyNHtfPDDjuGDjg+J/VlDvxeCUuC pOYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=x8DQ1n/1E8K07VrAGtc1E9VO+ZJ+gwVbBIbaWMI5kTk=; b=J1Nq5V8N5Jv92+k1HRd9LzyWRv2Zom4InH1ZKkJY2/XdMutd2+Ho+eJHmUFdB64yiP TtW6NS6C28U7oWQKBBoeJRA4oRYvOPgDniAqfRh0tanCMVSXa06UjymLsJ+L/VUl2qhP F24TfTQxNdKri7S1fq3WEta7HA3aK2Gd5x+ZmdPuX2s1CHi34orLrSfw6LOQktBAKiHq jKVDahhbzRYYMz5uctH6EyIXNbRgY76ntnrFLraENY0lg2TAtSv7xd88CI6GG+nJg5vT vtTRXzIcfmCYegkn+kV0le/yh4XNg9zws88lLSogNkBBINpHlqEne3xQdP/5yiz15Viw Su2Q== X-Gm-Message-State: AOAM531yJzL6QETTYqvyxPSgsNOK0BCtp+mOZdtWIjXRJWwZUT2Dmvq0 AjvTI0hr07N2hhKw+d1oLuDu3WqBH3SB9LQrIW8= X-Google-Smtp-Source: ABdhPJycxzgzKOMDxwdKIlx90Qop3bOut0lR8n5fT2JFtEQS7HpJ/Bg3cEp2cYPodC4HoeojUCsVtcH7UsNnNmVyrEk= X-Received: by 2002:a05:6e02:1544:: with SMTP id j4mr3707731ilu.67.1614281994068; Thu, 25 Feb 2021 11:39:54 -0800 (PST) MIME-Version: 1.0 References: <20210223225327.26700-1-nieklinnenbank@gmail.com> <20210223225327.26700-2-nieklinnenbank@gmail.com> <5556626c-0b4f-0de3-9cb8-d174cd210b5c@amsat.org> <20210224191341.GC1074102@amachine.somewhere> In-Reply-To: From: Niek Linnenbank Date: Thu, 25 Feb 2021 20:39:42 +0100 Message-ID: Subject: Re: [PATCH v2 1/2] tests/acceptance: replace unstable apt.armbian.com URLs for orangepi-pc, cubieboard To: =?UTF-8?Q?Daniel_P=2E_Berrang=C3=A9?= , Thomas Huth , =?UTF-8?Q?Philippe_Mathieu=2DDaud=C3=A9?= , =?UTF-8?Q?Philippe_Mathieu=2DDaud=C3=A9?= Content-Type: multipart/alternative; boundary="000000000000d2ea2f05bc2e50fb" Received-SPF: pass client-ip=2607:f8b0:4864:20::134; envelope-from=nieklinnenbank@gmail.com; helo=mail-il1-x134.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Peter Maydell , QEMU Developers , Beniamino Galvani , qemu-arm , Pavel.Dovgaluk@ispras.ru, Cleber Rosa , Willian Rampazzo Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" --000000000000d2ea2f05bc2e50fb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Philippe, Thomas, Daniel, Thank you all. Then I'll just prepare a new version of the patch that uses currently working archive.armbian.com links. Kind regards, Niek On Thu, Feb 25, 2021 at 10:46 AM Daniel P. Berrang=C3=A9 wrote: > On Wed, Feb 24, 2021 at 09:02:51PM +0100, Niek Linnenbank wrote: > > Hi Philippe, Cleber, > > > > On Wed, Feb 24, 2021 at 8:14 PM Cleber Rosa wrote: > > > > > On Wed, Feb 24, 2021 at 10:12:10AM +0100, Philippe Mathieu-Daud=C3=A9= wrote: > > > > Hi Niek, > > > > > > > > On 2/23/21 11:53 PM, Niek Linnenbank wrote: > > > > > Currently the automated acceptance tests for the Orange Pi PC and > > > cubieboard > > > > > machines are disabled by default. The tests for both machines > require > > > artifacts > > > > > that are stored on the apt.armbian.com domain. Unfortunately, > some of > > > these artifacts > > > > > have been removed from apt.armbian.com and it is uncertain whethe= r > > > more will be removed. > > > > > > > > > > This commit moves the artifacts previously stored on > apt.armbian.com > > > to github > > > > > and retrieves them using the path: '//'. > > > > > > > > > > Signed-off-by: Niek Linnenbank > > > > > Reviewed-by: Willian Rampazzo > > > > > Reviewed-by: Cleber Rosa > > > > > > > > > Tested-by: Cleber Rosa > > > > > > > > Did Cleber test this new version? > > > > > > > > > > > You're right, it was the previous version (v1) that Cleber tested using > my > > own machine URL's. > > > > I was actually not sure whether I should or should not have added the > > Tested-by/Reviewed-by tags in such scenario. > > The content had to be changed due to the outcome of our discussion but > also > > I thought I don't want to silently drop > > the tags since Cleber invested his time into it too. > > > > What should I do here, next time? > > > > > > > > > > > > Nope, and I'm having issues with those URLs. For instance: > > > > > > $ curl -L > > > > https://github.com/nieklinnenbank/QemuArtifacts/raw/master/cubieboard/lin= ux-image-dev-sunxi_5.75_armhf.deb > > > version https://git-lfs.github.com/spec/v1 > > > oid > > > sha256:a4b765c851de76592f55023b1ff4104f7fd29bf90937e6054e0a64fdda5638= 0b > > > size 20331524 > > > > > > Looks like it has to do with GitHub's behavior wrt quota. > > > > > > > Indeed. Just this morning I received an e-mail from github with the > > following text: > > > > "[GitHub] Git LFS disabled for nieklinnenbank > > > > Git LFS has been disabled on your personal account nieklinnenbank becau= se > > you=E2=80=99ve exceeded your data plan by at least 150%. > > Please purchase additional data packs to cover your bandwidth and stora= ge > > usage: > > > > https://github.com/account/billing/data/upgrade > > > > Current usage as of 24 Feb 2021 09:49AM UTC: > > > > Bandwidth: 1.55 GB / 1 GB (155%) > > Storage: 0.48 GB / 1 GB (48%)" > > > > I wasn't aware of it but it appears that Github has these quota's for t= he > > Large File Storage (LFS). I uploaded the files in the git LFS > > because single files are also limited to 100MiB each on the regular Git > > repositories. > > > > With those strict limits, in my opinion Github isn't really a solution > > since the bandwidth limit will be reached very quickly. At least for th= e > > LFS part that is. I don't know yet if there is any limit for regular > access. > > > > My current ideas: > > > - we can try to just update the URLs to armbian that are working now > > (with the risk of breaking again in the near future). Ive also found th= is > > link, which may be more stable: > > https://archive.armbian.com/orangepipc/archive/ > > Just do this, as it is the simplest option that gets things working. We > have already spent far too long talking about the problem instead of > just fixing the URLs. > > > Regards, > Daniel > -- > |: https://berrange.com -o- > https://www.flickr.com/photos/dberrange :| > |: https://libvirt.org -o- > https://fstop138.berrange.com :| > |: https://entangle-photo.org -o- > https://www.instagram.com/dberrange :| > > --=20 Niek Linnenbank --000000000000d2ea2f05bc2e50fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Philippe, Thomas, Daniel,

Thank you all. Then I'll just prepare a new version of the patch that = uses currently working archive.armbi= an.com links.

Kind regards,
Niek
=

On Thu, Feb 25, 2021 at 10:46 AM Daniel P. Berrang=C3=A9 <berrange@redhat.com> wrote:
On Wed, Feb 24, 2021 at = 09:02:51PM +0100, Niek Linnenbank wrote:
> Hi Philippe, Cleber,
>
> On Wed, Feb 24, 2021 at 8:14 PM Cleber Rosa <crosa@redhat.com> wrote:
>
> > On Wed, Feb 24, 2021 at 10:12:10AM +0100, Philippe Mathieu-Daud= =C3=A9 wrote:
> > > Hi Niek,
> > >
> > > On 2/23/21 11:53 PM, Niek Linnenbank wrote:
> > > > Currently the automated acceptance tests for the Orange= Pi PC and
> > cubieboard
> > > > machines are disabled by default. The tests for both ma= chines require
> > artifacts
> > > > that are stored on the apt.armbian.com domain. Unfortu= nately, some of
> > these artifacts
> > > > have been removed from apt.armbian.com and it is uncer= tain whether
> > more will be removed.
> > > >
> > > > This commit moves the artifacts previously stored on apt.a= rmbian.com
> > to github
> > > > and retrieves them using the path: '/<machine>= ;/<artifact>'.
> > > >
> > > > Signed-off-by: Niek Linnenbank <nieklinnenbank@gmail.com><= br> > > > > Reviewed-by: Willian Rampazzo <willianr@redhat.com>
> > > > Reviewed-by: Cleber Rosa <crosa@redhat.com>
> > >
> > > > Tested-by: Cleber Rosa <crosa@redhat.com>
> > >
> > > Did Cleber test this new version?
> > >
> >
>
> You're right, it was the previous version (v1) that Cleber tested = using my
> own machine URL's.
>
> I was actually not sure whether I should or should not have added the<= br> > Tested-by/Reviewed-by tags in such scenario.
> The content had to be changed due to the outcome of our discussion but= also
> I thought I don't want to silently drop
> the tags since Cleber invested his time into it too.
>
> What should I do here, next time?
>
>
>
> >
> > Nope, and I'm having issues with those URLs.=C2=A0 For instan= ce:
> >
> >=C2=A0 =C2=A0 $ curl -L
> > https://github.com/nieklinnenbank/QemuArtifacts/raw/master/= cubieboard/linux-image-dev-sunxi_5.75_armhf.deb
> >=C2=A0 =C2=A0 version https://git-lfs.github.com/spec/v1<= /a>
> >=C2=A0 =C2=A0 oid
> > sha256:a4b765c851de76592f55023b1ff4104f7fd29bf90937e6054e0a64fdda= 56380b
> >=C2=A0 =C2=A0 size 20331524
> >
> > Looks like it has to do with GitHub's behavior wrt quota.
> >
>
> Indeed. Just this morning I received an e-mail from github with the > following text:
>
> "[GitHub] Git LFS disabled for nieklinnenbank
>
> Git LFS has been disabled on your personal account nieklinnenbank beca= use
> you=E2=80=99ve exceeded your data plan by at least 150%.
> Please purchase additional data packs to cover your bandwidth and stor= age
> usage:
>
>=C2=A0 =C2=A0https://github.com/account/billing/d= ata/upgrade
>
> Current usage as of 24 Feb 2021 09:49AM UTC:
>
>=C2=A0 =C2=A0Bandwidth: 1.55 GB / 1 GB (155%)
>=C2=A0 =C2=A0Storage: 0.48 GB / 1 GB (48%)"
>
> I wasn't aware of it but it appears that Github has these quota= 9;s for the
> Large File Storage (LFS). I uploaded the files in the git LFS
> because single files are also limited to 100MiB each on the regular Gi= t
> repositories.
>
> With those strict limits, in my opinion Github isn't really a solu= tion
> since the bandwidth limit will be reached very quickly. At least for t= he
> LFS part that is. I don't know yet if there is any limit for regul= ar access.
>
> My current ideas:

>=C2=A0 =C2=A0- we can try to just update the URLs to armbian that are w= orking now
> (with the risk of breaking again in the near future). Ive also found t= his
> link, which may be more stable:
>=C2=A0 =C2=A0 =C2=A0 https://archive.armbian.com/= orangepipc/archive/

Just do this, as it is the simplest option that gets things working. We
have already spent far too long talking about the problem instead of
just fixing the URLs.


Regards,
Daniel
--
|: ht= tps://berrange.com=C2=A0 =C2=A0 =C2=A0 -o-=C2=A0 =C2=A0 h= ttps://www.flickr.com/photos/dberrange :|
|: htt= ps://libvirt.org=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-o-=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 https://fstop138.berrange.com :|
|: https://entangle-photo.org=C2=A0 =C2=A0 -o-=C2=A0 =C2=A0 = https://www.instagram.com/dberrange :|



--
Niek Linnenbank

--000000000000d2ea2f05bc2e50fb--