| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Icf333b87e3ae5d6e9984d6e534d8b8c0ae15c7a4
|
|
|
|
|
|
|
| |
declared submodule url translation in chunks with known submodules.
Updated schema to match
Change-Id: I26d141940cf32810cd9045e9a3c4065e35f7c8a3
|
|
|
| |
Change-Id: I7a3b00759a7a4913b38bda2bb80dea876165cd24
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a bit of an awkward migration because it tries to contact the
remote cache server in order to do build system autodetection. Users who
are using a Trove other than git.baserock.org will need to change the
script to point to their Trove. So the error message should point them
in that direction, but without obscuring the original error (which may
due to network connectivity or soemthing else).
Error output now looks like this:
WARNING: Unexpected response from server http://git.baserock.org:8080/
for repo git://git.baserock.org/delta/libndp: 404 Client Error: Not
Found
Error: Unable to look up one or more repos on remote Git server
git.baserock.org. If you are using a Trove that is not git.baserock.org,
please edit the TROVE_HOST constant in this script and run it again.
Before, you would get a backtrace from the simplejson module in this
situation.
Change-Id: I3f6b3fb46ff436b8490a687ab4bd4d32d857f2ff
|
|
|
|
| |
Change-Id: I3585977e49e19a6ec26d30a725d2de936e15a228
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
First, embedding it in the Python script was stupid as \ characters
got mangled, it's now in a separate file.
The strip commands were totally broken, causing certain builds to fail,
which is fixed now.
The default commands for the 'cpan' build system are now in line with
those built into Morph.
The 'autotools' commands have been tweaked too, so that now they produce
identical cache keys to the defaults that are built into Morph (as of
morph.git commit 07df32fbd57477e5808cdbace965edcd0a81348f). This means
that moving to definitions format version 7 should not trigger any
rebuilds of anything.
Also, I added the 'module-build' build system (which was added to Morph
in commit f6613fe1ee6d879192fd4e503cb632b0dcab1fe7), so that it can be
used in the reference systems once they use definitions format version 7.
The migration script will warn if the definitions are version 7 already
but there is no DEFAULTS file, because that's unlikely to be deliberate.
Change-Id: I0a739ef38f521530e0d86d7330d1bcecf0a5bb73
|
|
|
|
|
|
|
|
|
| |
Version 7 of the schema adds a new file called DEFAULTS. I thought the
best way to describe the layout of this file was to add a JSON-Schema
description of it, and I propose keeping the canonical version of it
in this Git repository in the schemas/ subdirectory.
Change-Id: I18b6b997ba4e9f34028b98ccf682bdf56e507cec
|
|
|
|
| |
This was an oversight in the previous commit.
|
|
|
|
| |
Change-Id: I80ce9eee253b25689f9a360047dc9b3e9b1cb12a
|
| |
|
|
See README for more information on how the migrations are intended work.
These migrations are probably not widely useful, as our definitions have
already been migrated manually. However, I want to come up with a good
pattern for writing migration scripts, and actually doing it seems like
the best way.
There is a 'migrations/indent' tool, which reformats a set of
definitions according to how the ruamel.yaml program writes them out.
This tool is nice if you like everything to have consistent indent and
line wrapping, and you can run it before running the migrations to
ensure that the migrations don't do any reformatting when writing the
.moprh files back to disk.
The migration scripts require the ruamel.yaml Python library. I have
sent a separate change to add this to the 'build' and 'devel' reference
systems.
Change-Id: Ibd62ba140d3f7e8e638beed6d714f671405bdc79
|