Re the list you seem to be compiling ...

Not so sure limiting the search to just these file types is productive, although it does identify instances that can likely change independently of the build infrastructure.  My personal concern is limited to those that ARE tied to the build infrastructure.  e.g. TIS_PATCH_VER in build_srpm.data and %{?_tis_dist}.%{tis_patch_ver} in spec files.

I'm also a bit skeptical of just publishing a count.  I'd suggest something like a google docs spreadsheet, with fields for package, file path, reference type (comment, method, class, local variable, global variable, file name, ...), reference value (e.g. variable name in full).   The goal would be an ability to filter and/or sort on a field.

e.g. Filtering on a variable's name might allow identification of both source code that uses the variable, and yaml files that might initialize the variable.  They would all have to change in a co-ordinated fashion.  Seeds for a task that a designer might tackle independent of the big picture


On 2020-09-14 2:54 a.m., Selvaraj, Susendra wrote:

Hello Scott, Bruce,

 

Below is the information gathered on De-branding –

 

Story board: https://storyboard.openstack.org/#!/story/2006387

·         Merged: Changes to .spec & .service files.

·         Review: Blocked on workflow label, Needs workflow label ??

·         Todo: starlingx/ha (no reference), stx-tools, starlingx/update

Existing De-brand Topic: https://review.opendev.org/#/q/status:+open+branch:master+topic:debrand_wip

·         Removal of stx-r1 & pike changes are also part of this topic.

·         File extensions include - .xml, .py, Dockerfile, .rst, buildrc, .sh, generate-cgcs-tis-repo, make*

Current Analysis - Flock layer path: /localdisk/designer/stx40/flock/cgcs-root/

·         References to 'Titanium' included in below file types -

o    .py, .h, .cpp, .yaml, .cfg, .txt, .rst


o    .bash_completion, PKG_INFO, hwmon, hbsAgent, mtcAgent, *password*, *collect*, .ocf

·         References to Titanium, cgcs & tis

 

Baseline path

References (w/o binary files)

Count

Distinct Files (w/o binary files)

Count

/localdisk/designer/stx40/flock/

grep -rnsw -I "Titanium" ./* | wc

120

grep -rnsw -I -l "Titanium" ./* | w

77

/localdisk/designer/stx40/flock

grep -rnsw -I "cgcs*" ./* | w

483

grep -rnsw -I -l "cgcs*" ./* | wc

151

/localdisk/designer/stx40/flock

grep -rnsw -I "tis*" ./* | w

3194

grep -rnsw -I -l "tis*" ./* | wc

91

 

We can start with merging the existing De-brand topic. Please let me know for comments.

 

Regards,

Susendra.

 

 

From: N, Poornima Y <poornima.y.n@intel.com>
Sent: Monday, September 14, 2020 11:59 AM
To: Selvaraj, Susendra <susendra.selvaraj@intel.com>
Subject: FW: [Starlingx-discuss] [Build] Debranding

 

 

 

From: Jones, Bruce E <bruce.e.jones@intel.com>
Sent: Thursday, September 10, 2020 10:19 PM
To: starlingx-discuss@lists.starlingx.io
Subject: Re: [Starlingx-discuss] [Build] Debranding

 

Scott, thank you for taking up the lead on this.  I support the effort, as it has benefits both for cleaning up the code and for removing the need to explain just what a cgcs is.

 

I encourage the community to actively support Scott, reviewing the patches and helping move this forward.

 

        brucej

 

From: Scott Little <scott.little@windriver.com>
Sent: Thursday, September 10, 2020 8:19 AM
To: starlingx-discuss@lists.starlingx.io
Subject: [Starlingx-discuss] [Build] Debranding

 

We need a thread for the discussion of Debranding.  Interested parties should reply here.

 

Intent is the removal of references to cgcs, tis, Titanium, stx-r1 and pike from the code base and it's supporting build systems.  Some of work will impact the CENGN build service, and might impact automated test resources as well.  We'll need to progress slowly and carefully, and have backward compatibility kept in mind for the near term.


Story board: https://storyboard.openstack.org/#!/story/2006387