Project

General

Profile

action #162095

Updated by tinita 2 months ago

## Motivation 

 In #155062 we moved os-autoinst to `tidyall` from [os-autoinst-common](https://github.com/os-autoinst/os-autoinst-common) os-autoinst-common via a subrepo. 

 [os-autoinst-distri-opensuse](https://github.com/os-autoinst/os-autoinst-distri-opensuse) os-autoinst-distri-opensuse is still using `tools/tidy` which is a symlink to the old `tools/tidy` in the "manually" cloned os-autoinst repo as a subdirectory. 

 It should use the new `tidyall` script by using os-autoinst-common as a [subrepo](https://github.com/ingydotnet/git-subrepo) or submodule. 
 The perltidy version should go into `os-autoinst-distri-opensuse/cpanfile` directly instead of using the one from os-autoinst. 
 Updating the subrepo or submodule should happen via a make target. 

 Also it should be checked if cloning os-autoinst in os-autoinst-distri-opensuse is still necessary. `make prepare` installs some perl modules from os-autoinst's cpanfile https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/Makefile#L11 but that shouldn't be needed as we have rpm packages for that. 

 * **AC1:** os-autoinst-distri-opensuse uses tidyall from os-autoinst-common and maintains its own Perl::Tidy version in cpanfile 
 * **AC2:** Cloning os-autoinst in os-autoinst-distri-opensuse is obsolete (if possible) 

 ## Suggestions 
 * If we use a subrepo, a `make subrepo-update` should simply do a `subrepo clone --force` to avoid any conflicts which can sometimes happen due to a restriction of git-subrepo. Also, updates of os-autoinst-common is probably not necessary very often. 
   * Advantage: for users the subrepo is just there, as it is a simple subdirectory in git with a special status file, so they don't need to clone any submodules 
   * Disadvantage: os-autoinst-common now contains quite some files and they would only be needed for development. A submodule would only clone them on request

Back