Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New Package Request: python #1454

Closed
millerthegorilla opened this issue Apr 2, 2023 · 5 comments
Closed

New Package Request: python #1454

millerthegorilla opened this issue Apr 2, 2023 · 5 comments

Comments

@millerthegorilla
Copy link

What, if any, are the additional dependencies on the package? (i.e. does it pull in Python, Perl, etc)

rpm-ostree db diff after adding python.
libb2-0.98.1-7.fc37.aarch64
libgomp-12.2.1-4.fc37.aarch64
mpdecimal-2.5.1-4.fc37.aarch64
python-pip-wheel-22.2.2-3.fc37.noarch
python-setuptools-wheel-62.6.0-2.fc37.noarch
python-unversioned-command-3.11.2-1.fc37.noarch
python3-3.11.2-1.fc37.aarch64
python3-libs-3.11.2-1.fc37.aarch64

What is the size of the package and its dependencies?

libb2 - 76326
libgomp - 478910
mpdecimal - 276739
python-pip-wheel - 1533793
python-setuptools-wheel - 877431
python-unversioned-command - 23
python3 - 87074
python3-libs - 48783352

What problem are you trying to solve with this package? Or what functionality does the package provide?

I am trying to provision a rpi4b with coreos using ansible to install and configure a number of packages including some podman containers. But ansible will not interact with a remote host if it doesn't contain python.

Can the software provided by the package be run from a container? Explain why or why not.

Because ansible can't interact that way, unless I use ignition to pull the python container, and write some sort of alias for the command that will allow ansible to see it. it hadn't occurred, so I will try it tomorrow am and update this issue.

Can the tool(s) provided by the package be helpful in debugging container runtime issues?

not necessarily.

Can the tool(s) provided by the package be helpful in debugging networking issues?

no.

Is it possible to layer the package onto the base OS as a day 2 operation? Explain why or why not.

that is what I am doing currently, using a systemd oneshot service specified in the ignition file.

In the case of packages providing services and binaries, can the packaging be adjusted to just deliver binaries?

perhaps. I am no expert, but it has been suggested that I could simply copy in the binaries necessary via ignition copy operation but I would prefer the package to either be layered or available via podman as described above.

Can the tool(s) provided by the package be used to do things we’d rather users not be able to do in FCOS?

hmm. not sure what you're goals are. But I don't think so, although a podman container may work hopefully.

Does the software provided by the package have a history of CVEs?

yes.

@travier
Copy link
Member

travier commented Apr 3, 2023

Fedora CoreOS explicitly does not include Python (or other interpreters beyond Bash which is mostly here for convenience) as you should setup you system via Ignition / Butane. You can add files, setup quadlet / podman to pull containers, etc. all via Igntion.

If you really want to use Ansible, you can:

@millerthegorilla
Copy link
Author

Many thanks, that opens up a bunch of options. I would like to learn more about customizing an image. I presume one can use coreos-installer download [stream] or similar and then customize the image and then specify the custom image when using coreos-installer install. It would be real nice to discover a tutorial on the subject...
Cheers!

@millerthegorilla
Copy link
Author

@cgwalters
Copy link
Member

Many thanks, that opens up a bunch of options. I would like to learn more about customizing an image. I presume one can use coreos-installer download [stream] or similar and then customize the image and then specify the custom image when using coreos-installer install. It would be real nice to discover a tutorial on the subject...
Cheers!

See #1151 (and below) - having Fedora CoreOS become a base image is such a fundamental change that we're still working through the ramifications.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants