Update messages.pot as of version f99923a

Author: github-actions[bot]

locales/messages.pot

@@ -8,7 +8,7 @@ msgid ""
 msgstr ""
 "Project-Id-Version: Python Packaging User Guide \n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2025-08-21 21:35+0000\n"
+"POT-Creation-Date: 2025-09-16 01:37+0000\n"
 "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
 "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
 "Language-Team: LANGUAGE <LL@li.org>\n"
@@ -7175,7 +7175,7 @@ msgid "Twine is the primary tool developers use to upload packages to the Python
 msgstr ""
 
 #: ../source/key_projects.rst:331
-#: ../source/overview.rst:401
+#: ../source/overview.rst:405
 msgid "virtualenv"
 msgstr ""
 
@@ -8578,94 +8578,98 @@ msgid "Bringing your own kernel"
 msgstr ""
 
 #: ../source/overview.rst:342
-msgid "Most operating systems support some form of classical virtualization, running applications packaged as images containing a full operating system of their own. Running these virtual machines, or VMs, is a mature approach, widespread in data center environments."
+msgid "Most desktop operating systems support some form of classical virtualization, running applications packaged as images containing a full operating system of their own. Running these virtual machines, or VMs, is a mature approach, widespread in data center environments."
 msgstr ""
 
 #: ../source/overview.rst:347
 msgid "These techniques are mostly reserved for larger scale deployments in data centers, though certain complex applications can benefit from this packaging. The technologies are Python agnostic, and include:"
 msgstr ""
 
 #: ../source/overview.rst:351
-msgid "`Vagrant <https://www.vagrantup.com/>`_"
+msgid "KVM on Linux"
 msgstr ""
 
 #: ../source/overview.rst:352
-msgid "`VHD <https://en.wikipedia.org/wiki/VHD_(file_format)>`_, `AMI <https://en.wikipedia.org/wiki/Amazon_Machine_Image>`_, and :doc:`other formats <openstack:user/formats>`"
+msgid "Hyper-V on Windows"
 msgstr ""
 
 #: ../source/overview.rst:353
-msgid "`OpenStack <https://www.redhat.com/en/topics/openstack>`_ - A cloud management system in Python, with extensive VM support"
+msgid "`VHD <https://en.wikipedia.org/wiki/VHD_(file_format)>`_, `AMI <https://en.wikipedia.org/wiki/Amazon_Machine_Image>`_, and :doc:`other formats <openstack:user/formats>`"
 msgstr ""
 
 #: ../source/overview.rst:356
+msgid "`OpenStack <https://www.redhat.com/en/topics/openstack>`_ - A cloud management system written in Python, with extensive VM support"
+msgstr ""
+
+#: ../source/overview.rst:360
 msgid "Bringing your own hardware"
 msgstr ""
 
-#: ../source/overview.rst:358
+#: ../source/overview.rst:362
 msgid "The most all-encompassing way to ship your software would be to ship it already-installed on some hardware. This way, your software's user would require only electricity."
 msgstr ""
 
-#: ../source/overview.rst:362
+#: ../source/overview.rst:366
 msgid "Whereas the virtual machines described above are primarily reserved for the tech-savvy, you can find hardware appliances being used by everyone from the most advanced data centers to the youngest children."
 msgstr ""
 
-#: ../source/overview.rst:366
+#: ../source/overview.rst:370
 msgid "Embed your code on an :gh:`Adafruit <adafruit/circuitpython>`, `MicroPython <https://micropython.org/>`_, or more-powerful hardware running Python, then ship it to the datacenter or your users' homes. They plug and play, and you can call it a day."
 msgstr ""
 
-#: ../source/overview.rst:375
+#: ../source/overview.rst:379
 msgid "A summary of technologies used to package Python applications."
 msgstr ""
 
-#: ../source/overview.rst:375
+#: ../source/overview.rst:379
 msgid "The simplified gamut of technologies used to package Python applications."
 msgstr ""
 
-#: ../source/overview.rst:378
+#: ../source/overview.rst:382
 msgid "What about..."
 msgstr ""
 
-#: ../source/overview.rst:380
+#: ../source/overview.rst:384
 msgid "The sections above can only summarize so much, and you might be wondering about some of the more conspicuous gaps."
 msgstr ""
 
-#: ../source/overview.rst:384
+#: ../source/overview.rst:388
 msgid "Operating system packages"
 msgstr ""
 
-#: ../source/overview.rst:386
+#: ../source/overview.rst:390
 msgid "As mentioned in :ref:`depending-on-a-separate-ecosystem` above, some operating systems have package managers of their own. If you're very sure of the operating system you're targeting, you can depend directly on a format like `deb <https://en.wikipedia.org/wiki/Deb_(file_format)>`_ (for Debian, Ubuntu, etc.) or `RPM <https://en.wikipedia.org/wiki/RPM_Package_Manager>`_ (for Red Hat, Fedora, etc.), and use that built-in package manager to take care of installation, and even deployment. You can even use `FPM <https://fpm.readthedocs.io/en/latest/cli-reference.html#virtualenv>`_ to generate both deb and RPMs from the same source."
 msgstr ""
 
-#: ../source/overview.rst:397
+#: ../source/overview.rst:401
 msgid "In most deployment pipelines, the OS package manager is just one piece of the puzzle."
 msgstr ""
 
-#: ../source/overview.rst:403
+#: ../source/overview.rst:407
 msgid ":doc:`Virtualenvs <python-guide:dev/virtualenvs>` have been an indispensable tool for multiple generations of Python developer, but are slowly fading from view, as they are being wrapped by higher-level tools. With packaging in particular, virtualenvs are used as a primitive in :doc:`the dh-virtualenv tool <dh-virtualenv:tutorial>` and `osnap <https://github.com/jamesabel/osnap>`_, both of which wrap virtualenvs in a self-contained way."
 msgstr ""
 
-#: ../source/overview.rst:412
+#: ../source/overview.rst:416
 msgid "For production deployments, do not rely on running ``python -m pip install`` from the Internet into a virtualenv, as one might do in a development environment. The overview above is full of much better solutions."
 msgstr ""
 
-#: ../source/overview.rst:417
+#: ../source/overview.rst:421
 msgid "Security"
 msgstr ""
 
-#: ../source/overview.rst:419
+#: ../source/overview.rst:423
 msgid "The further down the gradient you come, the harder it gets to update components of your package. Everything is more tightly bound together."
 msgstr ""
 
-#: ../source/overview.rst:422
+#: ../source/overview.rst:426
 msgid "For example, if a kernel security issue emerges, and you're deploying containers, the host system's kernel can be updated without requiring a new build on behalf of the application. If you deploy VM images, you'll need a new build. Whether or not this dynamic makes one option more secure is still a bit of an old debate, going back to the still-unsettled matter of `static versus dynamic linking <https://www.google.com/search?channel=fs&q=static+vs+dynamic+linking>`_."
 msgstr ""
 
-#: ../source/overview.rst:431
+#: ../source/overview.rst:435
 msgid "Wrap up"
 msgstr ""
 
-#: ../source/overview.rst:433
+#: ../source/overview.rst:437
 msgid "Packaging in Python has a bit of a reputation for being a bumpy ride. This impression is mostly a byproduct of Python's versatility. Once you understand the natural boundaries between each packaging solution, you begin to realize that the varied landscape is a small price Python programmers pay for using one of the most balanced, flexible languages available."
 msgstr ""