[INFRA-182] Please create product grouping products Created: 07/Apr/18  Updated: 19/Jun/20  Resolved: 19/Jun/20

Status: Won't Fix
Project: Software Development Infrastructure
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Normal
Reporter: cloomis Assignee: yuki.moritani
Resolution: Won't Fix Votes: 0
Labels: FPS, MCS
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Both for installation and for runtime configuration, it is useful to have "grouping" products, which only have a .table file listing other products to install or to setup. The point is that several subsystems do not depend on each other, but we often want to handle them together.

Examples might help; I'll just list groups for the top-level actors; many important products get picked up automatically from those (tron_actorcore, ics_actorkeys, etc), and I'll leave the GUI parts off the lists.

  • ics_CORE
    • tron_tron
    • ics_archiver
    • ics_alertsActor
    • ics_gen2Actor
  • ics_SM:
    • ics_enuActor
    • ics_ccdActor
    • ics_xcuActor
    • ics_hxActor
  • ics_FPS:
    • ics_mcsActor
    • ics_fpsActor
    • ics_mpsActor
    • ics_mebActor

And I'll suggest a top-level product, for everything:

  • ics_PFS:
    • ics_CORE
    • ics_SM
    • ics_FPS

If you do not have these, it can be annoying and error-prone to do the equivalent of, say, eups distrib install ics_SM 2018-03-01 or setup ics_SM.

I don't feel strongly about the names, but would prefer them to be easy to type. The details of what go in the .table files can be dealt with later – I can easily see having the products listed in ics_CORE above being included in ics_SM or ics_FPS.

With those caveats in mind, I'll request two products now:

Repo name JIRA component Responsible License Comment
ics_SM ? LAM Any A meta-product listing all independent Spectrograph Module products
ics_FPS ? ASIAA Any A meta-product listing all independent FPS products


 Comments   
Comment by shimono [ 01/May/18 ]

it seems we might be better to have some grouping identification like ics_group_xxx for searchiability etc., but these names shall be accepted.
please provide a line for other two?

Comment by cloomis [ 19/Jun/20 ]

I withdraw this.

Generated at Sat Feb 10 16:50:15 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.