Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: richard.purdie@linuxfoundation.org
Cc: openembedded-core@lists.openembedded.org, Adrian Bunk <bunk@stusta.de>
Subject: Re: [PATCH 2/2] uninative: Switch from bz2 to xz
Date: Thu, 30 May 2019 11:57:53 -0400	[thread overview]
Message-ID: <20190530155753.GS20781@bill-the-cat> (raw)
In-Reply-To: <9934d166bdb464e18d20ccb64f88fcebac019a07.camel@linuxfoundation.org>

[-- Attachment #1: Type: text/plain, Size: 4842 bytes --]

On Thu, May 30, 2019 at 02:55:35PM +0100, richard.purdie@linuxfoundation.org wrote:
> On Thu, 2019-05-30 at 06:32 -0700, akuster808 wrote:
> > 
> > On 5/30/19 1:13 AM, richard.purdie@linuxfoundation.org wrote:
> > > On Thu, 2019-05-30 at 02:02 +0300, Adrian Bunk wrote:
> > > > On Wed, May 29, 2019 at 06:29:20PM -0400, Tom Rini wrote:
> > > > > On Thu, May 30, 2019 at 01:17:26AM +0300, Adrian Bunk wrote:
> > > > > > On Wed, May 29, 2019 at 10:29:31PM +0100, 
> > > > > > richard.purdie@linuxfoundation.org wrote:
> > > > > > > On Wed, 2019-05-29 at 17:25 -0400, Tom Rini wrote:
> > > > > > > > On Wed, May 29, 2019 at 09:50:22PM +0100, 
> > > > > > > > richard.purdie@linuxfoundation.org wrote:
> > > > > > > > > On Wed, 2019-05-29 at 13:39 -0700, akuster808 wrote:
> > > > > > > > > > On 5/29/19 12:26 PM, 
> > > > > > > > > > richard.purdie@linuxfoundation.org
> > > > > > > > > > wrote:
> > > > > > > > > > > On Wed, 2019-05-29 at 12:21 -0700, akuster808
> > > > > > > > > > > wrote:
> > > > > > > > > > > > On 5/29/19 11:43 AM, Richard Purdie wrote:
> > > > > > > > > > > > > (From OE-Core rev:
> > > > > > > > > > > > > 29fc9210b973be68de474e75068e4c72371afe5a)
> > > > > > > > > > > > > 
> > > > > > > > > > > > > Signed-off-by: Richard Purdie <
> > > > > > > > > > > > > richard.purdie@linuxfoundation.org>
> > > > > > > > > > > > With back port to warrior and Thud too?
> > > > > > > > > > > Yes, we'll need to do that if we bring fedora 30
> > > > > > > > > > > workers online
> > > > > > > > > > > on
> > > > > > > > > > > the
> > > > > > > > > > > autobuilder.
> > > > > > > > > > I know the uninative update is required for FC30 but
> > > > > > > > > > changing the
> > > > > > > > > > compression does not.
> > > > > > > > > > 
> > > > > > > > > > This question is about the compression extension
> > > > > > > > > > question.
> > > > > > > > > > 
> > > > > > > > > > Does this mean YP will no longer be providing bz2
> > > > > > > > > > uninatives?
> > > > > > > > > Correct, the patch should be straight forward to
> > > > > > > > > include
> > > > > > > > > with the
> > > > > > > > > upgrade.
> > > > > > > > Does that in turn mean we must have host xz-utils?
> > > > > > > It will mean you need a tar which supports the -J option.
> > > > > > > The
> > > > > > > tests
> > > > > > > I've see so far suggest all our oldest supported distros
> > > > > > > do...
> > > > > > For thud tar >= 1.27 is required, -J was added in 1.22.
> > > > > > 
> > > > > > But Tom is asking about something different:
> > > > > > tar calls "xz -d" for decompression, which needs xz-utils
> > > > > > installed.
> > > > > > 
> > > > > > https://www.yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#required-packages-for-the-build-host 
> > > > > > documents that xz has to be installed, but looking at 
> > > > > > meta/conf/bitbake.conf it might be missing in HOSTTOOLS.
> > > uninative runs in a weird early non-worker context and doesn't
> > > actually
> > > use HOSTTOOLS so luckily we're covered from that angle.
> > > 
> > > > > I think it's also missing in for example the crops
> > > > > containers.  So
> > > > > if
> > > > > we're going to backport it, I think maybe we should keep it
> > > > > bz2?  The
> > > > > size difference can't be that much.
> > > > The size difference is surprisingly high - a factor of 5 (sic).
> > > > But in practice the difference between 5 MB and 26 MB
> > > > shouldn't really matter.
> > > I'm torn, partly as if we stick with bz2, we effectively do that
> > > perpetually and given the size difference, we should switch.
> > > 
> > > Tim mentions we could fix the crops container and I'm tempted to
> > > switch
> > > given we're so close with the current patchset...
> > > 
> > > We can add xz to HOSTTOOLS in master and that makes sense for a
> > > number
> > > of other reasons but gets tricky as we can't add it to
> > > ASSUME_PROVIDED
> > > as easily due to the libs it provides. I think we only need to
> > > worry
> > > about this on master though.
> > So.. Can we have a bz and xz version built until thud is in community
> > supported and update Warrior to use xz ?
> 
> I think thud and warrior will work fine if we backport just the upgrade
> and the change to uninative.bbclass?
> 
> I really don't want to try and do both.

To be honest, I'd really like to see thud/warrior keep the bz2 and
master switch.  Changing underlying host dependencies especially ones
that we hit on in special early threads seems like a bad idea.  I've
been doing too many "fun" things in containers of late, and CROPS might
be fine but bare Ubuntu containers aren't and this would be a very funky
error to diagnose.  Given we've released I think we need to err on the
side of consistency.

-- 
Tom

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2019-05-30 15:57 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-29 18:43 [PATCH 1/2] yocto-uninative: Update to 2.5 release Richard Purdie
2019-05-29 18:43 ` [PATCH 2/2] uninative: Switch from bz2 to xz Richard Purdie
2019-05-29 19:21   ` akuster808
2019-05-29 19:26     ` richard.purdie
2019-05-29 20:39       ` akuster808
2019-05-29 20:50         ` richard.purdie
2019-05-29 21:25           ` Tom Rini
2019-05-29 21:29             ` richard.purdie
2019-05-29 22:17               ` Adrian Bunk
2019-05-29 22:29                 ` Tom Rini
2019-05-29 23:02                   ` Adrian Bunk
2019-05-30  8:13                     ` richard.purdie
2019-05-30 13:32                       ` akuster808
2019-05-30 13:55                         ` richard.purdie
2019-05-30 15:57                           ` Tom Rini [this message]
2019-05-31 13:44                             ` richard.purdie
2019-05-30 13:59                       ` Adrian Bunk
2019-05-30 14:06                         ` richard.purdie
2019-05-30 14:25                           ` Adrian Bunk
2019-05-30 14:15                         ` akuster808
2019-05-30  2:54                   ` Tim Orling

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190530155753.GS20781@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=bunk@stusta.de \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox