Problems with PACKAGE_CLASSES = "package_tar"

Problems with PACKAGE_CLASSES = "package_tar"

[Lewis, Nick]

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

I am seeing problems when using PACKAGE_CLASSES = "package_tar"



There are many warnings about python indents and there are errors regarding missing populate_sdk_tar.bbclass and rootfs_tar.bbclass



--

Nick


Nick Lewis
nick.lewis@usa.g4s.com<mailto:nick.lewis@usa.g4s.com>
+44 1684 277137<tel:+441684277137>
www.g4stechnology.com<http://www.g4stechnology.com/>
New Challenge House, International Drive, Tewkesbury, Gloucestershire, GL20 8UQ, UK

P Please consider the environment before printing this email


________________________________
The details of this company are as follows:
G4S Technology Limited, Registered Office: Challenge House, International Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338.

This communication may contain information which is confidential, personal and/or privileged.

It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited.

Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them.

Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity.

This e-mail has been scanned for all viruses by MessageLabs.

[-- Attachment #2: Type: text/html, Size: 4910 bytes --]

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Mark Hatle]

On 4/24/13 10:58 AM, Lewis, Nick wrote:
> I am seeing problems when using PACKAGE_CLASSES = "package_tar"
>
> There are many warnings about python indents and there are errors regarding
> missing populate_sdk_tar.bbclass and rootfs_tar.bbclass

I don't believe that package class has been updated in a while.  It's not one of 
the normal testing ones.

ipk, rpm and the two most used.  deb is also available, but at least in the past 
has had issues in a few places.  (I think those are all resolved now.)

--Mark

> --
>
> Nick
>
> *Nick Lewis*
>
> nick.lewis@usa.g4s.com <mailto:nick.lewis@usa.g4s.com>
>
> +44 1684 277137 <tel:+441684277137>
>
> www.g4stechnology.com <http://www.g4stechnology.com/>
>
> New Challenge House, International Drive, Tewkesbury, Gloucestershire, GL20 8UQ, UK
>
> **
>
> *P**Please consider the environment before printing this email***
>
>
> --------------------------------------------------------------------------------
> The details of this company are as follows:
> G4S Technology Limited, Registered Office: Challenge House, International Drive,
> Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338.
>
> This communication may contain information which is confidential, personal
> and/or privileged.
>
> It is for the exclusive use of the intended recipient(s).
> If you are not the intended recipient(s), please note that any distribution,
> forwarding, copying or use of this communication or the information in it is
> strictly prohibited.
>
> Any personal views expressed in this e-mail are those of the individual sender
> and the company does not endorse or accept responsibility for them.
>
> Prior to taking any action based upon this e-mail message, you should seek
> appropriate confirmation of its authenticity.
>
> This e-mail has been scanned for all viruses by MessageLabs.
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Richard Purdie]

On Wed, 2013-04-24 at 16:58 +0100, Lewis, Nick wrote:
> I am seeing problems when using PACKAGE_CLASSES = "package_tar"
>  
> There are many warnings about python indents and there are errors
> regarding missing populate_sdk_tar.bbclass and rootfs_tar.bbclass

With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master...

Cheers,

Richard

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Otavio Salvador]

On Wed, Apr 24, 2013 at 1:28 PM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2013-04-24 at 16:58 +0100, Lewis, Nick wrote:
>> I am seeing problems when using PACKAGE_CLASSES = "package_tar"
>>
>> There are many warnings about python indents and there are errors
>> regarding missing populate_sdk_tar.bbclass and rootfs_tar.bbclass
>
> With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master...

^ dylan  I guess ;)

--
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Lewis, Nick]

>With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master...
Yes danny. Will the fix be backported or is tar packaging considered to be unsupported in danny?
--
Nick


The details of this company are as follows:
G4S Technology Limited, Registered Office: Challenge House, International Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338.

This communication may contain information which is confidential, personal and/or privileged.

It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited.

Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them.

Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity.

This e-mail has been scanned for all viruses by MessageLabs.

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Lewis, Nick]

>> I am seeing problems when using PACKAGE_CLASSES = "package_tar"
>>
>> There are many warnings about python indents and there are errors
>> regarding missing populate_sdk_tar.bbclass and rootfs_tar.bbclass
>
>With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master...

Richard
I have tried cherry picking from Dylan but it also seems to be missing populate_sdk_tar.bbclass and rootfs_tar.bbclass
Does Dylan support PACKAGE_CLASSES = "package_tar" without these classes?
--
Nick



The details of this company are as follows:
G4S Technology Limited, Registered Office: Challenge House, International Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338.

This communication may contain information which is confidential, personal and/or privileged.

It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited.

Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them.

Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity.

This e-mail has been scanned for all viruses by MessageLabs.

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Otavio Salvador]

On Thu, Apr 25, 2013 at 7:21 AM, Lewis, Nick <nick.lewis@usa.g4s.com> wrote:
> I have tried cherry picking from Dylan but it also seems to be missing populate_sdk_tar.bbclass and rootfs_tar.bbclass
> Does Dylan support PACKAGE_CLASSES = "package_tar" without these classes?

As it seems you're early in the release cycle of the product, dylan
would be a better base for your work as danny maintenance should end
when 1.5 is released.

--
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Richard Purdie]

On Thu, 2013-04-25 at 11:21 +0100, Lewis, Nick wrote:
> >> I am seeing problems when using PACKAGE_CLASSES = "package_tar"
> >>
> >> There are many warnings about python indents and there are errors
> >> regarding missing populate_sdk_tar.bbclass and rootfs_tar.bbclass
> >
> >With 1.3 (danny)? These should be fixed in 1.4 (dyland) and master...
> 
> Richard
> I have tried cherry picking from Dylan but it also seems to be missing populate_sdk_tar.bbclass and rootfs_tar.bbclass
> Does Dylan support PACKAGE_CLASSES = "package_tar" without these classes?

The package_tar class generates tarballs. tarballs do not have
dependency information so its not possible to implement the
populate_sdk_tar or rootfs_tar classes on top of it.

I'm seriously considering removing the package_tar code since it isn't
really useful and its clear nobody uses it since it remained broken for
a long time.

What you probably want to do is use a low overhead package manager like
opkg, then after image generation remove the package data.
core-image-minimal is an example of an image which does this.

Cheers,

Richard

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Paul Eggleton]

On Thursday 25 April 2013 09:00:55 Otavio Salvador wrote:
> On Thu, Apr 25, 2013 at 7:21 AM, Lewis, Nick <nick.lewis@usa.g4s.com> wrote:
> > I have tried cherry picking from Dylan but it also seems to be missing
> > populate_sdk_tar.bbclass and rootfs_tar.bbclass Does Dylan support
> > PACKAGE_CLASSES = "package_tar" without these classes?
>
> As it seems you're early in the release cycle of the product, dylan
> would be a better base for your work 

Definitely agreed, however

> as danny maintenance should end when 1.5 is released.

This is not correct. We've continued maintenance of denzil (the previous 
stable release) up to this point, and the community is free to continue that 
maintenance almost indefinitely; the same should be applicable to danny.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

Re: Problems with PACKAGE_CLASSES = "package_tar"

[Burton, Ross]

On 25 April 2013 18:05, Paul Eggleton <paul.eggleton@linux.intel.com> wrote:
>> as danny maintenance should end when 1.5 is released.
>
> This is not correct. We've continued maintenance of denzil (the previous
> stable release) up to this point, and the community is free to continue that
> maintenance almost indefinitely; the same should be applicable to danny.

In fact there's a pre-release of 1.3.2 running on the autobuilder
right now.  I think several of the bigger users are sticking with
Danny for some products, so I don't expect the stream of requests for
danny to stop once Dylan is out.

Ross