Hi all,

I am extending the online search feature[1] to work on unregistered
systems and I have found out that you need to be registered to get the
list of available modules/extensions.

Basically, when you search for a package, you get this information:

{
  "data": [
    {
      "id": 19795225,
      "name": "apache2-mod_php7",
      "arch": "x86_64",
      "version": "7.3.13",
      "release": "1.7",
      "products": [
        {
          "id": 1976,
          "name": "Web and Scripting Module",
          "identifier": "sle-module-web-scripting/15.2/x86_64",
          "type": "module",
          "free": true,
          "edition": "15 SP2",
          "architecture": "x86_64"
        }
      ]
    }
  ]
}

However, it does not contain dependencies information (the "Web and
Scripting Module" depends on "Server Applications Module"), so we are
not able to display an advice[2].

I guess we have these options:

1) Do not display this information when working in an unregistered
system. When the user clicks "Next", the base system should be
registered and, at that point, we will get that info. Then we could
display a "Summary" screen informing the user about the dependencies
(before registering the modules/extensions).

2) Use a "Summary" screen for registered and unregistered systems. See
the Alternative Workflow[3] description.

3) Ask the SCC team to extend the API offering a list of available
module/extensions including its dependencies. After all, they already
provide a list of base produts through the API[4].

If you ask me, option 2) should be easy (and quick) to implement but it
will change the current workflow. Is it better/worst than the current
one? I am not sure (waiting for Ken's feedback).

Option 3) might take more time (we will depend on SCC guys) and I would
like to omit option 1).

Opinions?

Thanks!

Regards,
Imo

[1] https://gist.github.com/imobachgs/5651c4833cd8c7365806d3b422fbac51
[2] 
https://user-images.githubusercontent.com/15836/73285859-95d4e200-41ee-11ea-9b4f-6836e9e6c2ca.png
[3] 
https://gist.github.com/imobachgs/5651c4833cd8c7365806d3b422fbac51#an-alternative-workflow
[4] 
https://scc.suse.com/api/package_search/v4/documentation#/packages/get_products

-- 
Imobach González Sosa
YaST Team at SUSE LLC
https://imobachgs.github.io/

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to