[haiku-commits] Re: haiku: hrev50723 - src/tools/get_package_dependencies src/kits/package src/tools/create_repository_config build/jam src

  • From: Adrien Destugues <pulkomandy@xxxxxxxxxxxxx>
  • To: haiku-commits@xxxxxxxxxxxxx
  • Date: Fri, 9 Dec 2016 07:02:49 +0100

On Thu, Dec 08, 2016 at 10:31:48PM +0100, Ingo Weinhold wrote:

On 12/02/2016 10:20 AM, Axel Dörfler wrote:
Am 02/12/2016 um 07:41 schrieb kallisti5@xxxxxxxxxxx:
  * Once this stuff smooths out, we'll add UUID's to the
    repo definitions for duplicate repo detection.

Why didn't we simply take the URL as "pseudo" URL, ie. as identifier
that does not reflect the actual URL? Much more pleasant to look at than
a UUID, anyway.

As I already pointed out in the ticket, that's what it was intended to be.
The URL of the original repository was used for sake of simplicity. AFAICT
renaming/aliasing the attribute would have done the trick.

As it looks (please correct me, if I'm wrong), the commit breaks building
Haiku with packages not yet committed to a package repository, since now
get_package_dependencies downloads repository caches from the given
repository URLs. One of the design goals of the build system integration
was, that it should be possible to build and test Haiku with a new package
(particularly one of those used by the base system (like ICU)) *before*
actually committing the package to the package repository.

In order to do this (even before these changes) you need to:

- Build the package
- Upload it to the repo using "jam build-remote-test-repository'
- This creates a repo matching the repo definition file in local Haiku sources
- Then build using that repo (which downloads the package again)

So, as far as I know, building with packages not commited to a repo,
never actually worked, and we already have support to build a repo
without committing the changes.

-- 
Adrien.

Other related posts: