All of lore.kernel.org
 help / color / mirror / Atom feed
* Issue with download cache tarball uniqueness?
@ 2014-05-09 10:38 Alex J Lennon
  2014-05-09 10:50 ` Alex J Lennon
  0 siblings, 1 reply; 2+ messages in thread
From: Alex J Lennon @ 2014-05-09 10:38 UTC (permalink / raw)
  To: Yocto

Hi,

I'm putting together a simple example recipe and have run into an issue
with an incorrect tarball being used from the download cache.

e.g. I have some code committed to github here

https://github.com/DynamicDevices/bbexample/

It's tagged v1.0 so github generates a source tarball for me here

https://github.com/DynamicDevices/bbexample/archive/bbexample-v1.0.tar.gz

I use a SRC_URI in my recipe something like this

SRC_URI =
"https://github.com/DynamicDevices/bbexample/archive/${PN}-v${PV}.tar.gz"

That should result in the file being downloaded, or pulled from cache,
unpacked and so forth.

When I build this recipe I get the wrong source code unpacked (from a
mono-helloworld project I created a while ago)

The mono-helloworld project is also at github and also tagged v1.0

https://github.com/DynamicDevices/mono-helloworld

https://github.com/DynamicDevices/mono-helloworld/archive/v1.0.tar.gz

If I look in my downloads folder I see there is a v1.0.tar.gz file and a
corresponding .done file.

This contains the mono-helloworld sources.

Thus I believe that bitbake is incorrectly assuming that the
mono-helloworld tarball is the cached bbexample tarball as there's no
URI information there.

I was able to show this by removing the v1.0.tar.gz file containing the
mono-helloworld sources in which case a rebuild of my bbexample recipe
results in the correct sources being pulled down, although of course
then the mono-helloworld recipe is broken

...

It doesn't seem unreasonable to use github or the simple vX.X tagging
mechanism, but if I understand what is happening correctly it seems this
will result in cache collisions with downloaded tarballs because of the
naming convention employed by github and the lack of full URI
information in the download cache?

Alex






^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Issue with download cache tarball uniqueness?
  2014-05-09 10:38 Issue with download cache tarball uniqueness? Alex J Lennon
@ 2014-05-09 10:50 ` Alex J Lennon
  0 siblings, 0 replies; 2+ messages in thread
From: Alex J Lennon @ 2014-05-09 10:50 UTC (permalink / raw)
  To: yocto


On 09/05/2014 11:38, Alex J Lennon wrote:
> Hi,
>
> I'm putting together a simple example recipe and have run into an issue
> with an incorrect tarball being used from the download cache.
>
> e.g. I have some code committed to github here
>
> https://github.com/DynamicDevices/bbexample/
>
> It's tagged v1.0 so github generates a source tarball for me here
>
> https://github.com/DynamicDevices/bbexample/archive/bbexample-v1.0.tar.gz
>

Correction:

https://github.com/DynamicDevices/bbexample/archive/v1.0.tar.gz

vs

https://github.com/DynamicDevices/mono-helloworld/archive/v1.0.tar.gz


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-05-09 10:50 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-09 10:38 Issue with download cache tarball uniqueness? Alex J Lennon
2014-05-09 10:50 ` Alex J Lennon

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.