fix(20.04): fix arch specific paths for openjdk-8

[cjdcordeiro]

Same as #149

@vpa1977 can you also pls double check this one?

[vpa1977]

/client and /server hotspot machines could be built together and present in the same installation, though it is not something that openjdk-8 packaging does.
Maybe would it be possible to split those into separate slices (if chisel allows) ?
Otherwise the change look fine.

[cjdcordeiro]

/client and /server hotspot machines could be built together and present in the same installation, though it is not something that openjdk-8 packaging does. Maybe would it be possible to split those into separate slices (if chisel allows) ? Otherwise the change look fine.

when you say

not something that openjdk-8 packaging does

can you please clarify? for armhf it seems that there's only client, while server is only available for other archs. Are you saying that, for armhf, the client should not be installed as part of the current slice?

[vpa1977]

can you please clarify? for armhf it seems that there's only client, while server is only available for other archs. Are you saying that, for armhf, the client should not be installed as part of the current slice?

I apologise for confusion. Yes, we build client for the armhf.
I was wondering if we can do something like:

slices:
  # The "core" slice provides a minimal, yet functional JRE8.
  core:
    essential:
      - libc6_libs
      - libgcc-s1_libs
      - libstdc++6_libs
      - zlib1g_libs
      - openjdk-8-jre-headless_client_vm
      - openjdk-8-jre-headless_server_vm

... 

and move the client and server vm contents into separate slices.

[rebornplusplus]

Looks good to me. I will let you guys sort out the organizing of files.

[cjdcordeiro]

can you please clarify? for armhf it seems that there's only client, while server is only available for other archs. Are you saying that, for armhf, the client should not be installed as part of the current slice?

I apologise for confusion. Yes, we build client for the armhf. I was wondering if we can do something like:

slices:
  # The "core" slice provides a minimal, yet functional JRE8.
  core:
    essential:
      - libc6_libs
      - libgcc-s1_libs
      - libstdc++6_libs
      - zlib1g_libs
      - openjdk-8-jre-headless_client_vm
      - openjdk-8-jre-headless_server_vm

... 

and move the client and server vm contents into separate slices.

Ah...I see. We could do that indeed. It would be a refactoring task that I would address separately from this PR though, cause it would mean doing it for other releases too. See #152

[linostar]

LGTM.