This allows to skip the check of obs-scm-bridge and checks out what
is stored in OBS src server.
Note: This is not necessarly the same representation as in git
(.obscpio instead of directories or sub modules).
Also no modification can be committed.
So this is only intended for people who understand the current
internal implementation of the source storage. There is no
guarantee that this won't change.
Checkout of entire project git is not working with this switch, as
the packagelist of osc is empty. It may also make no sense to do
this as it will not perform for large projects.
Unlike other recipe files, OBS detects this by matching the prefix rather
than the suffix. As this would cause conflicts with e.g. mkosi.spec the
build type detection had to be changed a bit.
This used to be printed but was dropped with a refactoring.
Of course, there is the --just-print-buildroot option, but
there is no harm printing this information anyway.
Signed-off-by: Egbert Eich <eich@suse.com>
Add --no-timestamps parameter which already exists in build.
Help text copied from build.
Include parameters for the same parameter in buildlog for easier
use.
When specifing a revision to a checkout we need to transfer the
information to the bridge to do the right checkout. We also need
to take the former git url in case it has changed meanwhile.
There are two ways, either copy the scmsync definition or drop it
when creating a new package meta.
If we keep it, we must not ask OBS to copy sources, it is syncing it
anyway.
We could add another option to skip the scmsync tag copy, but we keep
it as default, because we don't want to give a different view of the
the sources to the user. The client side copy is doing this.
The suffix can be
packageid
flavor
packageid-reponame
flavor-reponame
Also adding support already for "Containerfile", support will
come to OBS as well (same file, just different name)
`ext_fnhdr` exists only if call `_appendHdr()` once found a very long file name. Without that, impossible to get `ext_fnhdr_data`. It should be safe to leave `ext_fnhdr_data` as None if no `ext_fnhdr` added since later every `hdrs` will be checked for very long file name and if none of them will meet the condition, `ext_fnhdr_data` is not needed at all.
