[opensuse-factory] openSUSE Minimal system to "fat", solution for libcurl/libicu?
Hi, I'm currently trying to port SLE MicroOS (real minimal system to run container, similar to JeOS) and the new SLES base container to openSUSE Tumbleweed. The results are not really looking good for openSUSE Tumbleweed :( SLE MicroOS: about 500 MB openSUSE MicroOS: about 800 MB SLES base container: 82 MB openSUSE Tumbleweed base container: 127 MB The increase in size is really significant and always over 50%! For the MicroOS, there are two reason: kernel-default-base is completly unuseable and libicu. For the container, a big problem is libicu, too. Not sure yet where the rest is coming from, but libicu sums up to over 30MB alone. Why is libicu57_1 and libicu57_1-ledata required? It goes down via libpsl5 to libcurl4, which is used by zypper and other tools. Why I can understand libpsl5 for desktops, in a container together with libicu57, this does not make any sense to me. Same for a minimal installation. Any idea how we can solve this? Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06.04.2017 16:15, Thorsten Kukuk wrote:
Hi,
I'm currently trying to port SLE MicroOS (real minimal system to run container, similar to JeOS) and the new SLES base container to openSUSE Tumbleweed. The results are not really looking good for openSUSE Tumbleweed :(
SLE MicroOS: about 500 MB openSUSE MicroOS: about 800 MB
SLES base container: 82 MB openSUSE Tumbleweed base container: 127 MB
The increase in size is really significant and always over 50%!
For the MicroOS, there are two reason: kernel-default-base is completly unuseable and libicu.
For the container, a big problem is libicu, too. Not sure yet where the rest is coming from, but libicu sums up to over 30MB alone.
Why is libicu57_1 and libicu57_1-ledata required? It goes down via libpsl5 to libcurl4, which is used by zypper and other tools.
Why I can understand libpsl5 for desktops, in a container together with libicu57, this does not make any sense to me. Same for a minimal installation.
The dependency of libpsl5:libicu is not new, but curl didn't use psl on sle12. It's quite pricy indeed. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 2017-04-06 16:15, Thorsten Kukuk wrote:
For the container, a big problem is libicu, too. Not sure yet where the rest is coming from, but libicu sums up to over 30MB alone.
Why is libicu57_1 and libicu57_1-ledata required? It goes down via libpsl5 to libcurl4, which is used by zypper and other tools.
libpsl wants to do the IDNA (punycode?) conversion. It appears to support either libidn, libidn2 or the icu fatcow. And the package maintainer made it prefer icu over idn2.. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06.04.2017 16:34, Jan Engelhardt wrote:
On Thursday 2017-04-06 16:15, Thorsten Kukuk wrote:
For the container, a big problem is libicu, too. Not sure yet where the rest is coming from, but libicu sums up to over 30MB alone.
Why is libicu57_1 and libicu57_1-ledata required? It goes down via libpsl5 to libcurl4, which is used by zypper and other tools.
libpsl wants to do the IDNA (punycode?) conversion. It appears to support either libidn, libidn2 or the icu fatcow. And the package maintainer made it prefer icu over idn2..
No, upstream did - but you can specify it differently: created request id 486157 Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
Jan Engelhardt
-
Stephan Kulow
-
Thorsten Kukuk