UYUNI Common Workflows User Guide

UYUNI Common Workflows

ຄໍານໍາ

ບົດທີ 1

ຂະບວນການເຮັດວຽກທົ່ວໄປ

ອຸຍນີ 2026.04

The Uyuni Common Workflows Guide provides step-by-step instructions for the most frequently used workflows to install, manage, and configure clients with Uyuni.

Each workflow in this guide has a clear objective and includes detailed steps to help you achieve it efficiently.

Designed for both routine and advanced tasks, this guide not only explains the actions you take but also highlights the available options at each stage.

Throughout this guide, each routine task is referred to as a Workflow.

ວັນທີເຜີຍແຜ່: 2026-04-29

ລູກຄ້າເລີ່ມຕົ້ນ

ບົດທີ 2

Uyuni is all about managing client systems. So one of the first things you need to do is onboard some clients.
This workflow shows you how to set up your Uyuni Server to manage a new client, set up the software channels you need, and bootstrap the client using an activation key.

ໃຊ້ກໍລະນີ

ຂັ້ນຕອນການເຮັດວຽກນີ້ສະແດງໃຫ້ທ່ານເຫັນວິທີການໃສ່ລູກຄ້າໄປຫາເຄື່ອງແມ່ຂ່າຍ Uyuni ຂອງທ່ານ.

ລູກຄ້າຈະຕ້ອງໃຊ້ລະບົບປະຕິບັດການ Linux ທີ່ຮອງຮັບ. ສໍາລັບບັນຊີລາຍຊື່ຂອງລະບົບລູກຄ້າທີ່ສະຫນັບສະຫນູນ, ເບິ່ງ Client-configuration › Supported-features.

ນີ້ແມ່ນຫນຶ່ງໃນວຽກງານທໍາອິດທີ່ທ່ານຈໍາເປັນຕ້ອງເຮັດເມື່ອທ່ານຕັ້ງ Uyuni ຄັ້ງທໍາອິດ, ແລະທ່ານອາດຈະຕ້ອງເຮັດຫຼາຍຄັ້ງທີ່ທ່ານໃຊ້ຜະລິດຕະພັນ.

ຜົນໄດ້ຮັບ

When you have completed this workflow, your client is on boarded, and it can be seen in the systems list of the Uyuni Web UI. ຈາກນັ້ນທ່ານສາມາດໃຊ້ Uyuni ເພື່ອຈັດການລູກຄ້າ.

ການກະກຽມ

ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນ, ທ່ານຄວນມີ:

• Uyuni Server ຕິດ​ຕັ້ງ​, ທີ່​ທ່ານ​ສາ​ມາດ​ເຂົ້າ​ເຖິງ​ການ​ນໍາ​ໃຊ້​ Web UI
• ເຄື່ອງລູກຄ້າທີ່ມີລະບົບປະຕິບັດງານທີ່ຕິດຕັ້ງ, ທີ່ທ່ານສາມາດເຂົ້າຫາໄດ້ໃນທົ່ວເຄືອຂ່າຍທີ່ Uyuni Server ຂອງທ່ານເປີດໃຊ້, ໂດຍໃຊ້ SSH.
• ການສະຫມັກທີ່ເຫມາະສົມຈາກ http://scc.suse.com ສໍາລັບຜະລິດຕະພັນທີ່ທ່ານກໍາລັງໃຊ້.

This workflow uses a SUSE Linux Enterprise Server 15 SP2 operating system. You can use other Linux operating systems, but some of the steps might be different. For more information on onboarding other clients, see Client-configuration › Registration-methods.

ຄໍາແນະນໍາຂັ້ນຕອນການເຮັດວຽກ

ຂັ້ນຕອນ: Configure a Fully Qualified Domain Name (FQDN) on Your Client

1. ໃນລູກຄ້າ, ຢູ່ໃນຄໍາສັ່ງ, ສະແດງຊື່ເຈົ້າພາບປະຈຸບັນ:
   hostname -f
   ຄໍາສັ່ງນີ້ອາດຈະສົ່ງຄືນຂໍ້ຜິດພາດ, ຫຼືສະແດງບາງສິ່ງບາງຢ່າງເຊັ່ນ: localhost.
2. ຕັ້ງຊື່ເຈົ້າພາບໃໝ່. ຊື່ເຈົ້າພາບໃຫມ່ຂອງທ່ານຄວນມີຊື່ໂດເມນຍ່ອຍແລະດັ່ງນັ້ນຈຶ່ງປະກອບມີຢ່າງຫນ້ອຍສອງໄລຍະເວລາ. ໃນນີ້ example, we are using client1.MLM.example
   hostnamectl set-hostname client1.MLM.example
3. ກວດເບິ່ງວ່າການປ່ຽນແປງຂອງທ່ານປະສົບຜົນສໍາເລັດ:
   hostnamectl
4. Open YaST and navigate to Network Services › Hostnames. Edit the hostname to match the one you just
   set, and click [ຕົກ​ລົງ].
5. In YaST, navigate to System › Network Settings and go to the Hostname/DNS tab. In the Static hostname field, type your new hostname.
6. ກວດເບິ່ງວ່າການປ່ຽນແປງສຳເລັດແລ້ວ:
   hostname -f
   This command should return your new FQDN

ຂັ້ນຕອນ: ກະກຽມຊ່ອງຊອບແວຢູ່ໃນເຊີບເວີ Uyuni

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Admin › Setup Wizard.
2. ໃນແຖບຂໍ້ມູນປະຈຳຕົວຂອງອົງການ, ໃຫ້ແນ່ໃຈວ່າທ່ານໄດ້ປ້ອນຂໍ້ມູນປະຈຳຕົວຂອງສູນລູກຄ້າ SUSE ຂອງທ່ານ, ແລະຖືກກວດສອບຢ່າງຖືກຕ້ອງ.
3. ໃນແຖບຜະລິດຕະພັນ, ໃຫ້ແນ່ໃຈວ່າລາຍການຜະລິດຕະພັນໄດ້ຖືກປັບປຸງຢ່າງສົມບູນ:
4. Use the product search bar to find the channels you need for your client operating system. Check the channels you want to install, and click [ເພີ່ມຜະລິດຕະພັນ ]:
5. ລໍຖ້າສໍາລັບຊ່ອງທາງຜະລິດຕະພັນເພື່ອ synchronize ຢ່າງເຕັມສ່ວນ. ອີງຕາມຜະລິດຕະພັນທີ່ທ່ານເລືອກ, ມັນອາດຈະໃຊ້ເວລາດົນ.

ຂັ້ນຕອນ: ສ້າງລະຫັດເປີດໃຊ້ງານ

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ ລະບົບ › Activation Keys, ແລະຄລິກ [Create Key].
2. Give your activation key a name, and select the base channel that matches the client you want to onboard.
   This should be the product you just enabled:
3. Check the child channels to include, and any add-on system types you want clients registered with this key to have. Click [ສ້າງກະແຈເປີດໃຊ້ງານ].

ຂັ້ນຕອນ: Bootstrap Client

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Systems › Bootstrapping.
2. ພິມຊື່ໂຮດແລະໃຫ້ຂໍ້ມູນການຮັບຮອງຄວາມຖືກຕ້ອງສໍາລັບລູກຄ້າທີ່ທ່ານຕ້ອງການທີ່ຈະຂຶ້ນເຮືອ, ແລະເລືອກກະແຈການເປີດໃຊ້ງານ. ກົດ [Bootstrap]:
3. ທ່ອງໄປຫາ Systems › System List to manage your new client

ຫົວຂໍ້ທີ່ກ່ຽວຂ້ອງ

• For more information about supported clients and client features, see Client-configuration › Supported features.
• For more information about different onboarding methods, and instructions for clients running various operating systems, see Client-configuration › Registration-methods.
• For more information about general client concepts, see Client-configuration › Channels.

ລູກຄ້າອັບເດດໂດຍໃຊ້ການກະທຳທີ່ເກີດຂຶ້ນຊ້ຳໆ

ບົດທີ 3

ຂັ້ນຕອນການເຮັດວຽກນີ້ສະແດງໃຫ້ເຫັນວິທີການອັດຕະໂນມັດການປັບປຸງລູກຄ້າທີ່ລົງທະບຽນຢູ່ Uyuni ໂດຍໃຊ້ການກະທໍາທີ່ເກີດຂຶ້ນເລື້ອຍໆ.

Use case / Situation

ການປັບປຸງອັດຕະໂນມັດຂອງລູກຄ້າແມ່ນມີຜົນປະໂຫຍດເມື່ອ:

• ການປັບປຸງລູກຄ້າຈໍານວນຫລາຍແມ່ນຕ້ອງການ
• ຂະບວນການເຮັດວຽກບໍ່ຄວນຈະຖືກເຮັດຄືນໃຫມ່ທຸກໆການປະຕິບັດ
• ມີປ່ອງຢ້ຽມບໍາລຸງຮັກສາສະເພາະ.

ຜົນໄດ້ຮັບ / ການແກ້ໄຂ

ການສໍາເລັດຜົນຂອງຂັ້ນຕອນການເຮັດວຽກນີ້ເຮັດໃຫ້ສະຖານະການສອດຄ່ອງແລະສະຫນັບສະຫນູນ.

ການກະກຽມ

Before you start, you should have a number of clients on boarded. It may make sense to have them sorted into groups you want to update together. In this workflow we use a system group named infra-services.

Step-by-Step workflow instructions

ເພື່ອອັບເດດລູກຄ້າຕ້ອງການສອງຂັ້ນຕອນ. ຂັ້ນ​ຕອນ​ທີ​ສາມ​ແມ່ນ​ເປັນ​ທາງ​ເລືອກ​ແຕ່​ແນະ​ນໍາ​ໃຫ້​ສູງ​ເພື່ອ​ສໍາ​ເລັດ​ຂະ​ບວນ​ການ​ປັບ​ປຸງ​.

ຂັ້ນຕອນ: Creating a recurring action to update Salt itself

1. ເປັນ example, ພວກເຮົາສ້າງການປະຕິບັດເພື່ອປັບປຸງ Salt ຕົວຂອງມັນເອງເປັນການປະຕິບັດທີ່ເກີດຂື້ນເລື້ອຍໆສໍາລັບທຸກລະບົບໃນອົງກອນ. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Home › My Organization › Recurring Actions ແລະຄລິກ [Create].
2. Select Action Type ກຳນົດເອງ ລັດ and enter a Schedule Name like update salt .
3. ເລືອກຕາຕະລາງ. ຕົວຢ່າງampເລ, Weekly: Wednesday, 9:00 am .
4. ກຳນົດສະຖານະອັບເດດ-ເກືອໂດຍການເລືອກກ່ອງໝາຍ.
5. ກົດ [Save Changes ] to save the action.
6. You can edit the execution order of the states if needed. Click [ຢືນຢັນ] to confirm the order.
7. ກົດ [Create Schedule] to save the action.

ຂັ້ນຕອນ: Creating a recurring action to apply all available updates to the systems

1. ເປັນ example we create the action to apply all updates as a recurring action for a system group called ການ​ບໍ​ລິ​ການ infra​. ໃນ Uyuni ໄດ້ Web UI go to Systems › System Groups and click on infra-services.
2. Now go to Recurring Actions and click [Create].
3. Select Action Type Custom State and enter a Schedule Name like full system-update.
4. ເລືອກຕາຕະລາງ. ຕົວຢ່າງampເລ, Weekly: Wednesday, 9:30 am . Keep enough time between this action and the update-salt action. The update salt actions must be finished on all systems before this action should be executed.
5. Assign the states util. syn call, certs, channels and up-to-date by selecting the checkboxes. To perform a reboot afterwards you can also add reboot or reboot if needed.
6. Save the action by clicking [ບັນທຶກການປ່ຽນແປງ ].
7. You can edit the execution order of the states. The order should be util. syn call, certs, channels, up-to-date and finally reboot or reboot if needed if chosen. Click [ຢືນຢັນ] to store the order.
8. ກົດ [Create Schedule] to save the action.

ຂັ້ນຕອນ: Creating a recurring action to run a high state after the update

1. ເປັນ example, we create the action to apply the high state for the same group which was fully updated before. In the Uyuni Web UI, ໄປຫາ Systems › System Groups and click infra-services.
2. Go to Recurring Actions and click [Create].
3. Select Action Type ລັດສູງ and enter a Schedule Name like high state .
4. ເລືອກຕາຕະລາງ. ຕົວຢ່າງampເລ, Weekly: Wednesday, 10:30 am . Again, keep enough time between this action and the full-system-update action.
5. ກົດ [Create Schedule] to save the action.

Background information on up-to-date state

1. ໄດ້ up-to-date state applies critical patches to the update components.
   • a. On SUSE-based systems, the state executes the command:
     zypper --non-interactive patch --updatestack-only
     And then, the state also updates Salt.
   • b. On all the other systems, not based on SUSE, the state only updates Salt.
2. The state runs the package manager, such as dnf, yum, apt, or zypper based on what is available on the client operating system to update the rest of the packages.
   • a. The state lists all of the upgradable packages, based on the synchronized package repositories in Uyuni.
   • b. The state upgrades the packages to their latest available version by using the client’s package manager. The executed command depends on the operating system of the client:
     • i. For Debian-based clients, such as Debian or Ubuntu, the action executes apt dist-upgrade -q -y $PACKAGES.
     • ii. For RPM-based clients that are not SUSE, such as Red Hat Enterprise Linux or SUSE Liberty Linux, the action executes yum –quiet -y update $PACKAGES or dnf –quiet -y upgrade $PACKAGES (depending on the package manager the client is using).
     • iii. For non-transactional SUSE clients, such as SUSE Linux Enterprise 15, the action executes zypper –non-interactive –auto-agree-with-licenses update $PACKAGES.
     • iv. For transactional SUSE clients, the action executes the same in a transactional shell.
3. Uyuni provides the reboot and reboot if needed actions. Use one of the actions if you want your client to reboot after the package upgrade.
   Reboot detection is specific to the client operating system.
   • For Debian or Ubuntu, see https://www.debian.org/doc/debian-policy/ch-opersys.html#signaling-that-a-reboot-is-required.
   • For non-transactional SUSE clients, Uyuni reboots the client when zypper -x list-patches indicates that the patches require a reboot.
   • For transactional SUSE clients, Uyuni reboots the client if there is a pending transaction.
   • For the Red Hat-based clients, Uyuni reboots the client if dnf -q needs-restarting -r indicates that a reboot is required.

For more information, see the reboot_info.py module: https://github.com/uyuni-project/uyuni/blob/master/susemanager-utils/susemanager-sls/src/modules/reboot_info.py

ຫົວຂໍ້ທີ່ກ່ຽວຂ້ອງ

• For more information about recurring actions, see Recurring Actions.
• For more information about custom info values, see Client-configuration › Custom-info.

ການຈັດການການຕັ້ງຄ່າ

ບົດທີ 4

ທ່ານສາມາດນໍາໃຊ້ການຕັ້ງຄ່າ files ແລະຊ່ອງທາງໃນການຈັດການການຕັ້ງຄ່າສໍາລັບລູກຄ້າຂອງທ່ານ, ແທນທີ່ຈະກໍານົດລູກຄ້າແຕ່ລະຄົນດ້ວຍຕົນເອງ. ຂັ້ນຕອນການເຮັດວຽກນີ້ສະແດງໃຫ້ທ່ານເຫັນວິທີການໃຊ້ Uyuni Web UI ເພື່ອສ້າງການຕັ້ງຄ່າການຈັດການສູນກາງ file, ມອບຫມາຍໃຫ້ລູກຄ້າ, ແລະນໍາໃຊ້ການຕັ້ງຄ່າ.

ໃຊ້ກໍລະນີ

ຖ້າທ່ານກໍາລັງຈັດການລູກຄ້າຈໍານວນຫຼາຍ, ທ່ານອາດຈະບໍ່ຕ້ອງການນໍາໃຊ້ການຕັ້ງຄ່າດ້ວຍຕົນເອງກັບພວກເຂົາແຕ່ລະຄົນ. ຊ່ອງທາງການຕັ້ງຄ່າຖືກນໍາໃຊ້ເພື່ອຈັດການຕັ້ງຄ່າ fileດ. ທ່ານ​ສາ​ມາດ​ສະ​ຫມັກ​ລູກ​ຄ້າ​ເພື່ອ​ຊ່ອງ​ທາງ​ການ​ຕັ້ງ​ຄ່າ​, ແລະ​ປັບ​ໃຊ້​ການ​ຕັ້ງ​ຄ່າ​ files ຕາມຄວາມຕ້ອງການ.

ຜົນໄດ້ຮັບ

ເມື່ອທ່ານສໍາເລັດຂັ້ນຕອນການເຮັດວຽກນີ້, ທ່ານຈະມີຊ່ອງທາງການຕັ້ງຄ່າທີ່ມີການຕັ້ງຄ່າ file, ໄດ້ມອບຫມາຍລູກຄ້າໃຫ້ກັບຊ່ອງ, ແລະນໍາໃຊ້ການຕັ້ງຄ່າສົບຜົນສໍາເລັດ.

ການກະກຽມ

ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນ, ທ່ານຄວນມີ:

• Uyuni Server ຕິດ​ຕັ້ງ​, ທີ່​ທ່ານ​ສາ​ມາດ​ເຂົ້າ​ເຖິງ​ການ​ນໍາ​ໃຊ້​ Web UI
• ຢ່າງຫນ້ອຍຫນຶ່ງລູກຄ້າລົງທະບຽນກັບເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ.
• ການສະຫມັກທີ່ເຫມາະສົມຈາກ http://scc.suse.com ສໍາລັບຜະລິດຕະພັນທີ່ທ່ານກໍາລັງໃຊ້.

ຂັ້ນຕອນການເຮັດວຽກນີ້ໃຊ້ການຕັ້ງຄ່າທີ່ຈັດການໂດຍສູນກາງ file and a Salt state. For more information about the different ways to manage configuration, see Client-configuration › Configuration-management.

ຂັ້ນຕອນຂັ້ນຕອນຂັ້ນຕອນການເຮັດວຽກ

ຂັ້ນຕອນ: ສ້າງຊ່ອງທາງການຕັ້ງຄ່າໃຫມ່ແລະ File

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Configuration › Channels ແລະຄລິກ [Create State Channel].
2. ພິມຊື່, ປ້າຍກຳກັບ ແລະຄຳອະທິບາຍສຳລັບການຕັ້ງຄ່າຂອງທ່ານ file, ແລະພິມເນື້ອໃນຂອງການຕັ້ງຄ່າຂອງທ່ານ file. ອະດີດample that you can copy is at the end of this section.

ຂັ້ນຕອນ: ມອບລູກຄ້າໃຫ້ກັບຊ່ອງການຕັ້ງຄ່າ

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Systems › Systems List and select the client you want to assign to your configuration channel.
2. ທ່ອງໄປຫາແຖບການຕັ້ງຄ່າ. ໃນ guimenu: ການຕັ້ງຄ່າຫຼາຍກວ່າview ພາກ, ຄລິກ [Subscribe to channels ].
3. Check the configuration channel you created earlier, and click [Continue].
4. If you have more than one configuration channel, you can rank them in order of importance, or click [Update Channel Rankings ] ໃຫ້​ສໍາ​ເລັດ​.

ຂັ້ນຕອນ: ນຳໃຊ້ການຕັ້ງຄ່າໃຫ້ກັບລູກຄ້າຂອງທ່ານ

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Systems › Systems List and select the client you want to assign to your configuration channel.
2. Navigate to the Configuration tab. In the guimenu: Configuration Actions section, click [Deploy all managed config files ]

Example

ລັດ SLS ສໍາລັບການຮັກສາລູກຄ້າຖືກປັບປຸງ

include:
- channels
int_keep_system_up2date_updatestack:
pkg.latest:
- pkgs:
- salt
- salt-minion
{%- if grains.os_family == 'Suse'%}
- zypper
- libzypp
{%- elif grains['os_family'] == 'RedHat' %}
{%- if grains['osmajorrelease'] >= 8 %}
- dnf
{%- else %}
- yum
{%- endif %}
{%- endif %}
- require:
- sls: channels
- order: last
int_keep_system_up2date_pkgs:
pkg.up-to-date :

- require:
- sls: channels
- pkg: int_keep_system_up2date_updatestack
- order: last
int_reboot_if_needed:
cmd.run:
- name: shutdown -r +5
{%- if grains['os_family'] == 'RedHat' and grains['osmajorrelease'] >= 8 %}
- onlyif: 'dnf -q needs-restarting -r; [ $? -eq 1 ]'
{%- elif grains['os_family'] == 'RedHat' and grains['osmajorrelease'] <= 7 %}
- onlyif: 'needs-restarting -r; [ $? -eq 1 ]'
{%- elif grains['os_family'] == 'Debian' %}
- onlyif:
- test -e /var/run/reboot-required
{%- else %}
- onlyif: 'zypper ps -s; [ $? -eq 102 ]'
{%- endif %}

ຫົວຂໍ້ທີ່ກ່ຽວຂ້ອງ

• For more information about configuration management, see Client-configuration › Configuration management.
• ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ SLS files, ເບິ່ງ: https://docs.saltproject.io/en/latest/topics/tutorials/starting_states.html.

ການຄຸ້ມຄອງວົງຈອນຊີວິດເນື້ອຫາ

ບົດທີ 5

ຖ້າທ່ານກໍາລັງຈັດການລູກຄ້າຈໍານວນຫລາຍແລະທ່ານຕ້ອງການໃຊ້ແພັກເກັດທີ່ກໍາຫນົດເອງກັບພວກເຂົາ, ທ່ານສາມາດນໍາໃຊ້ການຄຸ້ມຄອງວົງຈອນຊີວິດເນື້ອຫາ (CLM) ເພື່ອຈັດການແພັກເກດຂອງທ່ານ. CLM ຊ່ວຍໃຫ້ທ່ານສາມາດປັບແຕ່ງແລະທົດສອບການຫຸ້ມຫໍ່ກ່ອນທີ່ຈະປັບປຸງລູກຄ້າການຜະລິດ. ມັນຍັງເປັນປະໂຫຍດຖ້າທ່ານຕ້ອງການໃຊ້ການປັບປຸງໃນໄລຍະປ່ອງຢ້ຽມບໍາລຸງຮັກສາຈໍາກັດ.

ໃຊ້ກໍລະນີ

ການຄຸ້ມຄອງວົງຈອນຊີວິດຂອງເນື້ອຫາຊ່ວຍໃຫ້ທ່ານສາມາດເລືອກຊ່ອງຊອບແວເປັນແຫຼ່ງ, ປັບພວກມັນຕາມຄວາມຕ້ອງການສໍາລັບສະພາບແວດລ້ອມຂອງທ່ານແລະທົດສອບຢ່າງລະອຽດກ່ອນທີ່ຈະຕິດຕັ້ງໃສ່ລູກຄ້າການຜະລິດຂອງທ່ານ. ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້ CLM ໃນ​ການ​ຄຸ້ມ​ຄອງ​ຊ່ອງ​ທາງ​ຊອບ​ແວ​ຂອງ​ທ່ານ​ຈາກ​ການ​ພັດ​ທະ​ນາ​, ໂດຍ​ຜ່ານ​ການ​ທົດ​ສອບ​, ແລະ​ການ​ມ້ວນ​ການ​ປ່ຽນ​ແປງ​ອອກ​ໃຫ້​ລູກ​ຄ້າ​ຂອງ​ທ່ານ​.

ຜົນໄດ້ຮັບ

ເມື່ອທ່ານໄດ້ສໍາເລັດຂັ້ນຕອນການເຮັດວຽກນີ້, ທ່ານຈະມີໂຄງການ lifecycle ເນື້ອໃນສ້າງຕັ້ງຂຶ້ນ. ທ່ານຈະໄດ້ສ້າງໂຄງການ CLM ພື້ນຖານ, ແລະສົ່ງເສີມມັນໂດຍຜ່ານວົງຈອນຊີວິດຂອງມັນ.

ການກະກຽມ

ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນ, ທ່ານຄວນມີ:

• Uyuni Server deployed, and accessible using the Web UI
• ເຄື່ອງລູກຄ້າທີ່ມີລະບົບປະຕິບັດງານທີ່ຕິດຕັ້ງ, ທີ່ທ່ານສາມາດເຂົ້າຫາໄດ້ໃນທົ່ວເຄືອຂ່າຍທີ່ Uyuni Server ຂອງທ່ານເປີດໃຊ້, ໂດຍໃຊ້ SSH.
• ການສະຫມັກທີ່ເຫມາະສົມຈາກ http://scc.suse.com ສໍາລັບຜະລິດຕະພັນທີ່ທ່ານກໍາລັງໃຊ້.

ຄໍາແນະນໍາຂັ້ນຕອນການເຮັດວຽກ

ຂັ້ນຕອນ: ສ້າງໂຄງການ CLM ໃຫມ່

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Content Lifecycle › Projects section, and click [Create Project].
   Type a name, label, and description for your project, and click [Create].
2. In the Sources section, click [Attach/Detach Sources ].
   Select the source type, and select a base channel for your project.
   The available child channels for the selected base channel are displayed, including information on whether the channel is mandatory or recommended. Check the child channels you require, and click [ບັນທຶກ] to return to the project page.
3. ປ່ອຍໃຫ້ພາກສ່ວນການກັ່ນຕອງຫວ່າງເປົ່າສໍາລັບຕອນນີ້, ພວກເຮົາຈະບໍ່ໃຊ້ພວກມັນໃນຕົວຢ່າງນີ້ampເລ. ທ່ານສາມາດເພີ່ມການກັ່ນຕອງໃນພາຍຫຼັງຖ້າທ່ານຕ້ອງການ.
4. In the Environment Lifecycle section, create three environments: production, testing, and development. Click [Add Environment] and complete the name and label for each.
   For the production environment, leave the Insert before field blank.
   For the testing environment, in the Insert before field, select production.
   For the development environment, in the Insert before field, select testing.
5. ກົດ [ສ້າງ] to build version 1 of your project:

ຂັ້ນຕອນ: ມອບໃຫ້ລູກຄ້າ

1. ທ່ອງໄປຫາ Systems › System List, select the client to assign, and go to the Software › Software Channels ແຖບ.
2. In the Base Channel section, select the CLM project and environment you want to assign the client to.
   ຕົວຢ່າງample, if you want this client to receive updates from your CLM only when packages are in the production environment, assign the base channel < CLM _ Project _ Name> – production-<Channel _ Name >
   Alternatively, you could use this client as a way to test if your CLM packages are working as expected before you promote them to development, so you assign the base channel < CLM _ Project _ Name> – testing – <Channel _ Name >.
3. ກົດ [ຕໍ່ໄປ] to assign the client.

ຂັ້ນຕອນ: ສົ່ງເສີມສະພາບແວດລ້ອມ

1. ໃນ Uyuni ໄດ້ Web UI, ໄປຫາ Content Lifecycle › Projects, and select the project you want to work with.
2. In the Environment Lifecycle section, locate the environment to promote to its successor, and click [Promote]. You can monitor build progress in the Environment Lifecycle section.

ຫົວຂໍ້ທີ່ກ່ຽວຂ້ອງ

• For more information about CLM, including information about how to use filters, see Administration › Content-lifecycle.
• ສໍາລັບ CLM examples, ເບິ່ງ Administration › Content-lifecycle-examples.

Customize Apache Configuration

ບົດທີ 6.

This workflow shows you how to add custom configuration to Uyuni components, specifically the Apache HTTP server, within a containerized environment. It ensures that your custom configurations are stored in a persisted volume and are not overwritten during image updates.

ກໍລະນີ

This workflow is beneficial when:

• You need to overwrite or extend the default Apache configuration.
• You need to ensure that configuration changes persist after a container image update.
• You want to add specific tuning configurations to the server.

ຜົນໄດ້ຮັບ

After completing this workflow, your custom Apache configuration will be active and will persist through future updates or restarts of the Uyuni containers.

ການກະກຽມ

Before you start, you should have:

• Root access to the Uyuni Server host.
• Knowledge of the specific Apache directives you wish to apply.

Step-by-step workflow instructions

You should only add new configuration files, and not modify the existing configuration files provided by the image.

Procedure: Adding custom Apache configuration files

1. Open a terminal on your Uyuni Server.
2. Access the server container shell by running the following command:
   mgrctl term
3. Navigate to the configuration directory. You must create your new configuration file in the path /etc/apache2/conf. d, as this folder is persisted.
4. Create your new configuration file (ສໍາ​ລັບ​ການ example, custom_ tuning. conf) and add your required Apache directives.
5. ເມື່ອທ່ານໄດ້ບັນທຶກຂອງທ່ານ file, exit the container with command:
   exit
6. Restart the Uyuni services to apply the changes:
   mgradm restart

ການຍົກລະດັບຜະລິດຕະພັນຜ່ານ Web UI

ບົດທີ 7

ຖ້າທ່ານຕ້ອງການຍົກລະດັບຊຸດລູກຄ້າ SUSE Linux Enterprise ທີ່ໄດ້ລົງທະບຽນເປັນຮຸ່ນຜະລິດຕະພັນໃຫມ່, ມັນສາມາດເຮັດໄດ້ທັງຢູ່ໃນເສັ້ນຄໍາສັ່ງຫຼືຜ່ານ. Web UI

ເອ​ກະ​ສານ​ນີ້​ອະ​ທິ​ບາຍ​ແລະ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ໃນ​ລະ​ອຽດ​ການ​ຍົກ​ລະ​ດັບ​ຜະ​ລິດ​ຕະ​ພັນ​ໂດຍ​ນໍາ​ໃຊ້​ Web UI

ຮຸ່ນຜະລິດຕະພັນທີ່ໃຊ້ບໍ່ໄດ້ສະທ້ອນເຖິງຮຸ່ນຫຼ້າສຸດທີ່ແທ້ຈິງທີ່ມີຢູ່. ພວກມັນຖືກໃຊ້ເພື່ອຈຸດປະສົງຕົວຢ່າງເທົ່ານັ້ນ. ເປັນ exampດັ່ງນັ້ນ, ຂັ້ນຕອນຕໍ່ໄປນີ້ອະທິບາຍເຖິງການອັບເກຣດເປັນເວີຊັ່ນ 15 SP5 ຈາກ ແລະ ຮຸ່ນເກົ່າກວ່າ 15. ຖ້າເຈົ້າຕັ້ງເປົ້າໝາຍໃສ່ເວີຊັນອື່ນ, ເລືອກຊ່ອງ ແລະລຸ້ນທີ່ສອດຄ້ອງກັນ.

ຂັ້ນ​ຕອນ​ການ​: ການ​ຍົກ​ລະ​ດັບ​ຜະ​ລິດ​ຕະ​ພັນ​ກັບ​ສະ​ບັບ​ໃຫມ່​ໂດຍ​ການ​ນໍາ​ໃຊ້​ Web UI

1. ເຂົ້າສູ່ລະບົບ Uyuni Web UI and navigate to Admin › Setup Wizard › Products and search for SUSE Linux Enterprise Server 15 SP5 x86_64.
2. ເລືອກຊ່ອງທີ່ແນະນໍາ.
3. ກົດ [Add Products ].
4. ທ່ອງໄປຫາ Systems › Registered client › Software › Product Migration. You will see the targets available for that registered client.
5. ເລືອກ SUSE Linux Enterprise Server 15 SP5 x86_64. ນີ້ຈະຂະຫຍາຍອອກໄປຕື່ມອີກ.
6. ເລືອກຊ່ອງຖານເປົ້າໝາຍເປັນ SLE-Product-SLES15-SP5-Pool ສໍາລັບ x86_64. ຮັກສາອະນຸຍາດໃຫ້ຜູ້ຂາຍປ່ຽນບໍ່ໄດ້ເລືອກ.
7. ກົດ [Schedule Migration]. The message will be highlighted It is better to do a dry run first so continuing with dry run first.
8. ກົດ [ແລ່ນແຫ້ງ] and check the status of the simulation in Events › History. You should see a return code 0 indicating a successful dry run.
9. ກົດ [Schedule Migration] to perform the actual product migration. The message will be highlighted on top of the screen indicating the scheduling of the action.
10. When the upgrade is complete, check the status in Events › History.
11. ເທິງ Uyuni Web UI side, verify the successfully completed product upgrade by going to Systems › Registered client › Details.
12. ໃນຝ່າຍລູກຄ້າທ່ານສາມາດກວດສອບມັນໄດ້ໂດຍການແລ່ນ:
    cat /etc/os-release
13. ຜົນຜະລິດຈະມີລັກສະນະຄ້າຍຄືກັນກັບ:

NAME="SLES"
VERSION="15-SP5"
VERSION_ID="15.5"
PRETTY_NAME="SUSE Linux Enterprise Server 15 SP5"
ID="sles"
ID_LIKE="suse"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:suse:sles:15:sp5"
DOCUMENTATION_URL="https://documentation.suse.com/"

ໃບອະນຸຍາດເອກະສານຟຣີ GNU

ບົດທີ 8

Copyright © 2000, 2001, 2002 Free Software Foundation, Inc. 51 Franklin St, Fifth Floor, Boston, MA 02110- 1301 USA. Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.

ລ່ວງໜ້າ

The purpose of this License is to make a manual, textbook, or other functional and useful document “free” in the sense of freedom: to assure everyone the effective freedom to copy and redistribute it, with or without modifying it, either commercially or non commercially. Secondarily, this License preserves for the author and publisher a way to get credit for their work, while not being considered responsible for modifications made by others.

This License is a kind of “copy left”, which means that derivative works of the document must themselves be free in the same sense. It complements the GNU General Public License, which is a copy left license designed for free software.

ພວກເຮົາໄດ້ອອກແບບໃບອະນຸຍາດນີ້ເພື່ອໃຊ້ມັນສໍາລັບຄູ່ມືສໍາລັບຊອບແວຟຣີ, ເນື່ອງຈາກວ່າຊອບແວຟຣີຕ້ອງການເອກະສານຟຣີ: ໂຄງການຟຣີຄວນຈະມາພ້ອມກັບຄູ່ມືໃຫ້ສິດເສລີພາບໃນແບບດຽວກັນກັບຊອບແວ. ແຕ່ໃບອະນຸຍາດນີ້ບໍ່ຈໍາກັດພຽງແຕ່ຄູ່ມືຊອບແວ; ມັນສາມາດຖືກນໍາໃຊ້ສໍາລັບວຽກງານຂໍ້ຄວາມໃດກໍ່ຕາມ, ບໍ່ວ່າຈະເປັນຫົວຂໍ້ໃດຫນຶ່ງຫຼືວ່າມັນຖືກຕີພິມເປັນຫນັງສືພິມ. ພວກເຮົາແນະນໍາໃບອະນຸຍາດນີ້ຕົ້ນຕໍສໍາລັບວຽກງານທີ່ມີຈຸດປະສົງຄໍາແນະນໍາຫຼືການອ້າງອີງ.

ການ​ນໍາ​ໃຊ້​ແລະ​ຄໍາ​ນິ​ຍາມ​

ໃບ​ອະ​ນຸ​ຍາດ​ນີ້​ນໍາ​ໃຊ້​ກັບ​ຄູ່​ມື​ຫຼື​ວຽກ​ງານ​ອື່ນໆ​, ໃນ​ຂະ​ຫນາດ​ກາງ​ໃດ​ຫນຶ່ງ​, ທີ່​ປະ​ກອບ​ດ້ວຍ​ການ​ແຈ້ງ​ການ​ຈັດ​ຕັ້ງ​ໂດຍ​ຜູ້​ຖື​ລິ​ຂະ​ສິດ​ວ່າ​ມັນ​ສາ​ມາດ​ແຈກ​ຢາຍ​ພາຍ​ໃຕ້​ເງື່ອນ​ໄຂ​ຂອງ​ໃບ​ອະ​ນຸ​ຍາດ​ນີ້​. ແຈ້ງການດັ່ງກ່າວໃຫ້ໃບອະນຸຍາດທົ່ວໂລກ, ບໍ່ມີຄ່າພາກຫຼວງ, ບໍ່ຈຳກັດໄລຍະເວລາ, ເພື່ອນຳໃຊ້ວຽກດັ່ງກ່າວພາຍໃຕ້ເງື່ອນໄຂທີ່ລະບຸໄວ້ໃນນີ້. "ເອກະສານ", ຂ້າງລຸ່ມນີ້, ຫມາຍເຖິງຄູ່ມືຫຼືວຽກງານດັ່ງກ່າວ. ສະມາຊິກສາທາລະນະໃດໆແມ່ນຜູ້ຮັບໃບອະນຸຍາດ, ແລະຖືກກ່າວເຖິງວ່າເປັນ "ເຈົ້າ". ທ່ານຍອມຮັບໃບອະນຸຍາດຖ້າທ່ານຄັດລອກ, ດັດແປງຫຼືແຈກຢາຍວຽກງານໃນແບບທີ່ຮຽກຮ້ອງໃຫ້ມີການອະນຸຍາດພາຍໃຕ້ກົດຫມາຍລິຂະສິດ.

“ສະບັບດັດແກ້” ຂອງເອກະສານໝາຍເຖິງວຽກໃດນຶ່ງທີ່ມີເອກະສານ ຫຼືບາງສ່ວນຂອງມັນ, ບໍ່ວ່າຈະເປັນຄຳສັບທີ່ສຳເນົາ, ຫຼືມີການດັດແກ້ ແລະ/ຫຼືແປເປັນພາສາອື່ນ.

“ພາກສ່ວນຮອງ” ແມ່ນເອກະສານຊ້ອນທ້າຍທີ່ມີຊື່ ຫຼື ພາກສ່ວນດ້ານໜ້າຂອງເອກະສານທີ່ພົວພັນເຖິງຄວາມສຳພັນຂອງຜູ້ຈັດພິມ ຫຼື ຜູ້ຂຽນເອກະສານຕໍ່ກັບຫົວຂໍ້ລວມຂອງເອກະສານ (ຫຼືເລື່ອງທີ່ກ່ຽວຂ້ອງ) ແລະ ບໍ່ມີຫຍັງທີ່ອາດຈະຕົກໂດຍກົງ. ພາຍໃນວິຊາລວມນັ້ນ. (ດັ່ງນັ້ນ, ຖ້າເອກະສານຢູ່ໃນສ່ວນຂອງປື້ມແບບຮຽນຂອງຄະນິດສາດ, ພາກທີສອງອາດຈະບໍ່ອະທິບາຍຄະນິດສາດໃດໆ.) ຄວາມສໍາພັນອາດຈະເປັນເລື່ອງຂອງການເຊື່ອມຕໍ່ທາງປະຫວັດສາດກັບວິຊາຫຼືກັບເລື່ອງທີ່ກ່ຽວຂ້ອງ, ຫຼືທາງດ້ານກົດຫມາຍ, ການຄ້າ, philosophical, ຈັນຍາບັນ. ຫຼືຕໍາແຫນ່ງທາງດ້ານການເມືອງກ່ຽວກັບພວກເຂົາ.

"ພາກສ່ວນ Invariant" ແມ່ນບາງພາກສ່ວນຮອງທີ່ຫົວຂໍ້ຖືກກໍານົດ, ເປັນພາກສ່ວນທີ່ບໍ່ປ່ຽນແປງ, ໃນແຈ້ງການທີ່ບອກວ່າເອກະສານຖືກປ່ອຍອອກມາພາຍໃຕ້ໃບອະນຸຍາດນີ້. ຖ້າພາກສ່ວນໃດນຶ່ງບໍ່ເໝາະສົມກັບຄໍານິຍາມຂ້າງເທິງຂອງ Secondary, ມັນບໍ່ໄດ້ຖືກອະນຸຍາດໃຫ້ກໍານົດເປັນ Invariant. ເອກະສານອາດມີສ່ວນທີ່ບໍ່ປ່ຽນແປງ. ຖ້າເອກະສານບໍ່ໄດ້ລະບຸພາກສ່ວນທີ່ບໍ່ປ່ຽນແປງໃດໆ, ຫຼັງຈາກນັ້ນບໍ່ມີອັນໃດ.

“ບົດເລື່ອງການປົກຫຸ້ມ” ແມ່ນຂໍ້ຄວາມສັ້ນບາງອັນທີ່ມີລາຍຊື່, ເປັນຂໍ້ຄວາມໜ້າປົກ ຫຼື ຂໍ້ຄວາມປົກຫຼັງ, ໃນແຈ້ງການທີ່ບອກວ່າເອກະສານຖືກປ່ອຍອອກມາພາຍໃຕ້ໃບອະນຸຍາດນີ້. ຂໍ້ຄວາມໜ້າປົກອາດມີຢ່າງໜ້ອຍ 5 ຄຳ, ແລະຂໍ້ຄວາມໜ້າປົກອາດມີຢ່າງໜ້ອຍ 25 ຄຳ.

ສຳເນົາເອກະສານ “ໂປ່ງໃສ” ໝາຍເຖິງການສຳເນົາທີ່ເຄື່ອງຈັກສາມາດອ່ານໄດ້, ເຊິ່ງສະແດງໃນຮູບແບບທີ່ມີຂໍ້ມູນສະເພາະສຳລັບຄົນທົ່ວໄປ, ເໝາະສຳລັບການແກ້ໄຂເອກະສານຢ່າງກົງໄປກົງມາດ້ວຍຕົວແກ້ໄຂຂໍ້ຄວາມທົ່ວໄປ ຫຼື (ສຳລັບຮູບພາບທີ່ປະກອບດ້ວຍ pixels) ສີທົ່ວໄປ. ໂປລແກລມຫຼື (ສໍາລັບການແຕ້ມຮູບ) ບາງຕົວແກ້ໄຂການແຕ້ມຮູບທີ່ມີຢູ່ຢ່າງກວ້າງຂວາງ, ແລະທີ່ເຫມາະສົມສໍາລັບການປ້ອນຂໍ້ມູນໃສ່ຕົວພິມຂໍ້ຄວາມຫຼືສໍາລັບການແປພາສາອັດຕະໂນມັດເປັນຫຼາຍຮູບແບບທີ່ເຫມາະສົມສໍາລັບການປ້ອນຂໍ້ມູນໃສ່ຮູບແບບຂໍ້ຄວາມ. ສຳເນົາທີ່ສ້າງຂຶ້ນໃນແບບໂປ່ງໃສ file ຮູບ​ແບບ​ທີ່​ເຄື່ອງ​ໝາຍ​ທີ່​ບໍ່​ມີ, ຫຼື​ບໍ່​ມີ​ເຄື່ອງ​ໝາຍ, ໄດ້​ຖືກ​ຈັດ​ລຽງ​ເພື່ອ​ຂັດ​ຂວາງ ຫຼື​ກີດ​ກັນ​ການ​ດັດ​ແກ້​ຕໍ່​ໄປ​ໂດຍ​ຜູ້​ອ່ານ​ບໍ່​ໂປ່ງ​ໃສ. ຮູບ​ແບບ​ຮູບ​ພາບ​ບໍ່​ໂປ່ງ​ໃສ​ຖ້າ​ຫາກ​ວ່າ​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ຈໍາ​ນວນ​ຫຼາຍ​ຂອງ​ຂໍ້​ຄວາມ​ໃດ​ຫນຶ່ງ​. ສຳເນົາທີ່ບໍ່ “ໂປ່ງໃສ” ເອີ້ນວ່າ “Opaque”.

Examples of suitable formats for Transparent copies include plain ASCII without markup, Tex info input format, LaTeX input format, SGML or XML using a publicly available DTD, and standard-conforming simple HTML, PostScript or PDF designed for human modification. Examples ຂອງຮູບແບບຮູບພາບໂປ່ງໃສປະກອບມີ PNG, XCF ແລະ JPG. ຮູບແບບ Opaque ປະກອບມີຮູບແບບທີ່ເປັນເຈົ້າຂອງທີ່ສາມາດອ່ານແລະແກ້ໄຂໄດ້ໂດຍໂປເຊດເຊີຄໍາທີ່ເປັນເຈົ້າຂອງ, SGML ຫຼື XML ທີ່ DTD ແລະ / ຫຼືເຄື່ອງມືການປຸງແຕ່ງແມ່ນບໍ່ມີໂດຍທົ່ວໄປ, ແລະ HTML, PostScript ຫຼື PDF ທີ່ຜະລິດໂດຍເຄື່ອງປະມວນຜົນບາງຄໍາສໍາລັບ. ຈຸດປະສົງຜົນຜະລິດເທົ່ານັ້ນ.

"ຫນ້າຫົວຂໍ້" ຫມາຍຄວາມວ່າ, ສໍາລັບຫນັງສືທີ່ພິມອອກ, ຫນ້າຫົວຂໍ້ຕົວມັນເອງ, ບວກກັບຫນ້າດັ່ງຕໍ່ໄປນີ້ທີ່ຈໍາເປັນເພື່ອຖື, ທີ່ຖືກຕ້ອງຕາມກົດຫມາຍ, ເອກະສານທີ່ໃບອະນຸຍາດນີ້ຕ້ອງການໃຫ້ປາກົດຢູ່ໃນຫນ້າຫົວຂໍ້. ສໍາລັບວຽກງານໃນຮູບແບບທີ່ບໍ່ມີຫົວຂໍ້ໃດຫນຶ່ງ, "ຫນ້າຫົວຂໍ້" ຫມາຍຄວາມວ່າຂໍ້ຄວາມທີ່ຢູ່ໃກ້ກັບຮູບລັກສະນະທີ່ໂດດເດັ່ນທີ່ສຸດຂອງຫົວຂໍ້ຂອງວຽກງານ, ກ່ອນຈຸດເລີ່ມຕົ້ນຂອງເນື້ອໃນຂອງຂໍ້ຄວາມ.

ພາກສ່ວນ “Entitled XYZ” ໝາຍເຖິງຫົວໜ່ວຍຍ່ອຍທີ່ມີຊື່ຂອງເອກະສານທີ່ມີຊື່ເປັນ XYZ ທີ່ຊັດເຈນ ຫຼືມີ XYZ ໃນວົງເລັບຕໍ່ໄປນີ້ຂໍ້ຄວາມທີ່ແປ XYZ ໃນພາສາອື່ນ. (ໃນທີ່ນີ້ XYZ ຫຍໍ້ມາຈາກຊື່ພາກສ່ວນສະເພາະທີ່ໄດ້ກ່າວມາຂ້າງລຸ່ມນີ້, ເຊັ່ນ "ການຮັບຮູ້", "ການອຸທິດ", "ການຮັບຮອງ", ຫຼື "ປະຫວັດສາດ". ຍັງຄົງເປັນພາກ "ສິດ XYZ" ອີງຕາມຄໍານິຍາມນີ້.

ເອກະສານອາດຈະລວມເອົາການຮັບປະກັນການປະຕິເສດຕໍ່ກັບແຈ້ງການທີ່ລະບຸວ່າໃບອະນຸຍາດນີ້ໃຊ້ກັບເອກະສານ. ການປະຕິເສດການຮັບປະກັນເຫຼົ່ານີ້ຖືກພິຈາລະນາລວມໂດຍການອ້າງອິງຢູ່ໃນໃບອະນຸຍາດນີ້, ແຕ່ວ່າພຽງແຕ່ກ່ຽວກັບການປະຕິເສດການຮັບປະກັນ: ຜົນກະທົບອື່ນໆທີ່ຄໍາປະຕິເສດການຮັບປະກັນເຫຼົ່ານີ້ອາດເປັນໂມຄະແລະບໍ່ມີຜົນກະທົບຕໍ່ຄວາມຫມາຍຂອງໃບອະນຸຍາດນີ້.

ການສຳເນົາຄຳສັບ

You may copy and distribute the Document in any medium, either commercially or non commercially, provided that this License, the copyright notices, and the license notice saying this License applies to the Document are reproduced in all copies, and that you add no other conditions whatsoever to those of this License. You may not use technical measures to obstruct or control the reading or further copying of the copies you make or distribute. However, you may accept compensation in exchange for copies. If you distribute a large enough number of copies you must also follow the conditions in section 3.

ທ່ານອາດຈະໃຫ້ກູ້ຢືມສໍາເນົາ, ພາຍໃຕ້ເງື່ອນໄຂດຽວກັນທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ແລະທ່ານສາມາດສະແດງສໍາເນົາສາທາລະນະ.

ສຳເນົາໃນປະລິມານ

If you publish printed copies (or copies in media that commonly have printed covers) of the Document, numbering more than 100, and the Document’s license notice requires Cover Texts, you must enclose the copies in covers that carry, clearly and legibly, all these Cover Texts: Front-Cover Texts on the front cover, and Back-Cover Texts on the back cover. Both covers must also clearly and legibly identify you as the publisher of these copies. The front cover must present the full title with all words of the title equally prominent and visible.

You may add other material on the covers in addition. Copying with changes limited to the covers, as long as they preserve the title of the Document and satisfy these conditions, can be treated as verbatim copying in other respects.

ຖ້າບົດເລື່ອງທີ່ຕ້ອງການສໍາລັບການປົກຫຸ້ມຂອງທັງສອງແມ່ນ voluminous ເກີນໄປທີ່ຈະເຫມາະ legibly, ທ່ານຄວນເອົາອັນທໍາອິດທີ່ລະບຸໄວ້ (ຫຼາຍເທົ່າທີ່ພໍດີພໍສົມຄວນ) ກ່ຽວກັບການປົກຫຸ້ມຂອງຕົວຈິງ, ແລະສືບຕໍ່ສ່ວນທີ່ເຫຼືອໃສ່ຫນ້າຕິດກັນ.

ຖ້າເຈົ້າເຜີຍແຜ່ ຫຼືແຈກຢາຍສຳເນົາເອກະສານທີ່ມີຈຳນວນຫຼາຍກວ່າ 100, ເຈົ້າຕ້ອງໃສ່ສຳເນົາໂປ່ງໃສທີ່ສາມາດອ່ານໄດ້ໂດຍເຄື່ອງພ້ອມກັບສຳເນົາ Opaque ແຕ່ລະອັນ, ຫຼືລະບຸໄວ້ໃນ ຫຼືກັບແຕ່ລະ Opaque ສຳເນົາທີ່ຕັ້ງເຄືອຂ່າຍຄອມພິວເຕີຈາກເຄືອຂ່າຍທົ່ວໄປ- ການ​ນໍາ​ໃຊ້​ສາ​ທາ​ລະ​ນະ​ມີ​ການ​ເຂົ້າ​ເຖິງ​ເພື່ອ​ດາວ​ໂຫລດ​ໂດຍ​ນໍາ​ໃຊ້​ໂປ​ໂຕ​ຄອນ​ເຄືອ​ຂ່າຍ​ສາ​ທາ​ລະ​ນະ​ມາດ​ຕະ​ຖານ​ສໍາ​ເນົາ​ເອ​ກະ​ສານ​ທີ່​ໂປ່ງ​ໃສ​ທີ່​ສົມ​ບູນ​, ບໍ່​ມີ​ອຸ​ປະ​ກອນ​ເພີ່ມ​ເຕີມ​. ຖ້າທ່ານໃຊ້ທາງເລືອກສຸດທ້າຍ, ທ່ານຕ້ອງດໍາເນີນຂັ້ນຕອນທີ່ລະມັດລະວັງຢ່າງສົມເຫດສົມຜົນ, ເມື່ອທ່ານເລີ່ມແຈກຢາຍສໍາເນົາ Opaque ໃນປະລິມານ, ເພື່ອຮັບປະກັນວ່າສໍາເນົາໂປ່ງໃສນີ້ຈະຍັງຄົງສາມາດເຂົ້າເຖິງໄດ້ໃນສະຖານທີ່ທີ່ລະບຸໄວ້ຈົນກ່ວາຢ່າງຫນ້ອຍຫນຶ່ງປີຫຼັງຈາກຄັ້ງສຸດທ້າຍທີ່ທ່ານແຈກຢາຍ. ສໍາ​ເນົາ​ປົກ​ກະ​ຕິ (ໂດຍ​ກົງ​ຫຼື​ໂດຍ​ຜ່ານ​ຕົວ​ແທນ​ຫຼື​ຜູ້​ຂາຍ​ຍ່ອຍ​ຂອງ​ທ່ານ​) ຂອງ​ສະ​ບັບ​ນັ້ນ​ຕໍ່​ສາ​ທາ​ລະ​ນະ​.

ມັນຖືກຮ້ອງຂໍ, ແຕ່ບໍ່ຈໍາເປັນ, ໃຫ້ທ່ານຕິດຕໍ່ກັບຜູ້ຂຽນຂອງເອກະສານຢ່າງດີກ່ອນທີ່ຈະແຈກຢາຍສໍາເນົາຈໍານວນຫຼວງຫຼາຍ, ເພື່ອໃຫ້ພວກເຂົາມີໂອກາດທີ່ຈະສະຫນອງການສະບັບປັບປຸງຂອງເອກະສານ.

ການດັດແປງ

ທ່ານສາມາດຄັດລອກແລະແຈກຢາຍສະບັບດັດແກ້ຂອງເອກະສານພາຍໃຕ້ເງື່ອນໄຂຂອງພາກທີ 2 ແລະ 3 ຂ້າງເທິງ, ສະຫນອງໃຫ້ວ່າທ່ານຈະປ່ອຍສະບັບດັດແກ້ພາຍໃຕ້ໃບອະນຸຍາດນີ້ຢ່າງແນ່ນອນ, ໂດຍສະບັບດັດແກ້ໄດ້ຕື່ມໃສ່ບົດບາດຂອງເອກະສານ, ດັ່ງນັ້ນການແຈກຢາຍໃບອະນຸຍາດແລະການດັດແກ້. ສະບັບປັບປຸງໃຫ້ໃຜມີສໍາເນົາຂອງມັນ. ນອກຈາກນັ້ນ, ທ່ານຕ້ອງເຮັດສິ່ງເຫຼົ່ານີ້ຢູ່ໃນສະບັບດັດແກ້:

• A. Use in the Title Page (and on the covers, if any) a title distinct from that of the Document, and from those of previous versions (which should, if there were any, be listed in the History section of the Document).
  You may use the same title as a previous version if the original publisher of that version gives permission.
• B. List on the Title Page, as authors, one or more persons or entities responsible for authorship of the modifications in the Modified Version, together with at least five of the principal authors of the Document (all of its principal authors, if it has fewer than five), unless they release you from this requirement.
• C. State on the Title page the name of the publisher of the Modified Version, as the publisher.
• D. Preserve all the copyright notices of the Document.
• E. Add an appropriate copyright notice for your modifications adjacent to the other copyright notices.
• F. Include, immediately after the copyright notices, a license notice giving the public permission to use the Modified Version under the terms of this License, in the form shown in the Addendum below.
• G. Preserve in that license notice the full lists of Invariant Sections and required Cover Texts given in the Document’s license notice.
• H. Include an unaltered copy of this License.
• I. Preserve the section Entitled “History”, Preserve its Title, and add to it an item stating at least the title, year, new authors, and publisher of the Modified Version as given on the Title Page. If there is no section Entitled “History” in the Document, create one stating the title, year, authors, and publisher of the Document as given on its Title Page, then add an item describing the Modified Version as stated in the previous sentence.
• J. Preserve the network location, if any, given in the Document for public access to a Transparent copy of the Document, and likewise the network locations given in the Document for previous versions it was based on. These may be placed in the “History” section. You may omit a network location for a work that was published at least four years before the Document itself, or if the original publisher of the version it refers to gives permission.
• K. For any section Entitled “Acknowledgements” or “Dedications”, Preserve the Title of the section, and preserve in the section all the substance and tone of each of the contributor acknowledgements and/or dedications given therein.
• L. Preserve all the Invariant Sections of the Document, unaltered in their text and in their titles. Section numbers or the equivalent are not considered part of the section titles.
• M. Delete any section Entitled “Endorsements”. Such a section may not be included in the Modified Version.
• N. Do not retitle any existing section to be Entitled “Endorsements” or to conflict in title with any Invariant Section.
• O. Preserve any Warranty Disclaimers.

ຖ້າສະບັບດັດແກ້ປະກອບມີພາກຫນ້າໃຫມ່ຫຼືເອກະສານຊ້ອນທ້າຍທີ່ມີຄຸນສົມບັດເປັນພາກທີສອງແລະບໍ່ມີເອກະສານທີ່ຄັດລອກຈາກເອກະສານ, ເຈົ້າອາດຈະກໍານົດບາງສ່ວນຫຼືທັງຫມົດຂອງພາກສ່ວນເຫຼົ່ານີ້ເປັນ invariant. ເພື່ອເຮັດສິ່ງນີ້, ເພີ່ມຫົວຂໍ້ຂອງເຂົາເຈົ້າໃສ່ບັນຊີລາຍຊື່ຂອງ Invariant Sections ໃນແຈ້ງການໃບອະນຸຍາດສະບັບດັດແກ້. ຫົວຂໍ້ເຫຼົ່ານີ້ຕ້ອງແຕກຕ່າງຈາກຫົວຂໍ້ອື່ນໆ.

ທ່ານສາມາດເພີ່ມພາກສ່ວນທີ່ມີຊື່ວ່າ "ການຮັບຮອງ", ສະຫນອງໃຫ້ມັນບໍ່ມີຫຍັງນອກຈາກການຮັບຮອງສະບັບດັດແກ້ຂອງທ່ານໂດຍພາກສ່ວນຕ່າງໆ - ສໍາລັບ ex.ample, ຖະແຫຼງການຂອງ peer review ຫຼືວ່າຂໍ້ຄວາມໄດ້ຮັບການອະນຸມັດໂດຍອົງການຈັດຕັ້ງເປັນຄໍານິຍາມສິດອໍານາດຂອງມາດຕະຖານ.

You may add a passage of up to five words as a Front-Cover Text, and a passage of up to 25 words as a Back Cover Text, to the end of the list of Cover Texts in the Modified Version. Only one passage of Front-Cover Text and one of Back-Cover Text may be added by (or through arrangements made by) any one entity. If the Document already includes a cover text for the same cover, previously added by you or by arrangement made by the same entity you are acting on behalf of, you may not add another; but you may replace the old one, on explicit permission from the previous publisher that added the old one.

ຜູ້ຂຽນແລະຜູ້ຈັດພິມເອກະສານບໍ່ໄດ້ໂດຍໃບອະນຸຍາດນີ້ອະນຸຍາດໃຫ້ນໍາໃຊ້ຊື່ຂອງເຂົາເຈົ້າສໍາລັບການເປີດເຜີຍຫຼືຢືນຢັນຫຼືການຮັບຮອງສະບັບດັດແກ້ໃດໆ.

ການລວມເອກະສານ

ທ່ານສາມາດສົມທົບເອກະສານກັບເອກະສານອື່ນໆທີ່ປ່ອຍອອກມາພາຍໃຕ້ໃບອະນຸຍາດນີ້, ພາຍໃຕ້ເງື່ອນໄຂທີ່ກໍານົດໃນພາກທີ 4 ຂ້າງເທິງສໍາລັບສະບັບດັດແກ້, ສະຫນອງໃຫ້ວ່າທ່ານລວມຢູ່ໃນການປະສົມປະສານທັງຫມົດຂອງພາກສ່ວນທີ່ບໍ່ຊ້ໍາກັນຂອງເອກະສານຕົ້ນສະບັບທັງຫມົດ, ບໍ່ໄດ້ດັດແກ້, ແລະລາຍຊື່ພວກມັນທັງຫມົດ. ເປັນພາກສ່ວນທີ່ບໍ່ປ່ຽນແປງຂອງການເຮັດວຽກລວມຂອງທ່ານໃນແຈ້ງການໃບອະນຸຍາດຂອງມັນ, ແລະວ່າທ່ານຮັກສາການປະຕິເສດການຮັບປະກັນທັງຫມົດຂອງພວກເຂົາ.

ວຽກງານທີ່ລວມເຂົ້າກັນຕ້ອງການມີພຽງສະບັບດຽວຂອງໃບອະນຸຍາດນີ້, ແລະພາກສ່ວນ Invariant ທີ່ຄືກັນຫຼາຍອັນອາດຈະຖືກແທນທີ່ດ້ວຍສຳເນົາອັນດຽວ. ຖ້າມີຫລາຍພາກສ່ວນທີ່ບໍ່ປ່ຽນແປງທີ່ມີຊື່ດຽວກັນແຕ່ເນື້ອຫາແຕກຕ່າງກັນ, ເຮັດໃຫ້ຫົວຂໍ້ຂອງແຕ່ລະພາກດັ່ງກ່າວເປັນເອກະລັກໂດຍການເພີ່ມໃສ່ທ້າຍຂອງມັນ, ໃນວົງເລັບ, ຊື່ຂອງຜູ້ຂຽນຕົ້ນສະບັບຫຼືຜູ້ຈັດພິມຂອງພາກນັ້ນຖ້າຮູ້ຈັກ, ຫຼືອື່ນໆ. ຈໍາ​ນວນ​ເອ​ກະ​ລັກ​. ເຮັດໃຫ້ການປັບຕົວດຽວກັນກັບຫົວຂໍ້ພາກໃນບັນຊີລາຍຊື່ຂອງ Invariant Sections ໃນແຈ້ງການໃບອະນຸຍາດຂອງການເຮັດວຽກລວມ.

​ໃນ​ການ​ປະ​ສົມ​ປະ​ສານ, ທ່ານ​ຕ້ອງ​ປະ​ສົມ​ພາກ​ສ່ວນ​ໃດ​ໜຶ່ງ​ທີ່​ມີ​ຊື່​ວ່າ “ປະ​ຫວັດ​ສາດ” ໃນ​ເອ​ກະ​ສານ​ຕົ້ນ​ສະ​ບັບ​ຕ່າງໆ, ສ້າງ​ເປັນ​ພາກ​ສ່ວນ​ໜຶ່ງ​ຊື່ “ປະ​ຫວັດ​ສາດ”; ເຊັ່ນດຽວກັນ, ສົມທົບພາກສ່ວນທີ່ມີຊື່ວ່າ "ການຮັບຮູ້", ແລະພາກສ່ວນຕ່າງໆທີ່ມີຊື່ວ່າ "ການອຸທິດຕົນ". ທ່ານຕ້ອງລຶບທຸກພາກສ່ວນທີ່ມີຊື່ວ່າ “ການຮັບຮອງ”.

ການເກັບກໍາເອກະສານ

ທ່ານສາມາດສ້າງຄໍເລັກຊັນທີ່ປະກອບດ້ວຍເອກະສານແລະເອກະສານອື່ນໆທີ່ອອກພາຍໃຕ້ໃບອະນຸຍາດນີ້, ແລະປ່ຽນແທນສໍາເນົາສ່ວນບຸກຄົນຂອງໃບອະນຸຍາດນີ້ໃນເອກະສານຕ່າງໆດ້ວຍສໍາເນົາດຽວທີ່ລວມຢູ່ໃນການເກັບກໍາ, ສະຫນອງໃຫ້ວ່າທ່ານປະຕິບັດຕາມກົດລະບຽບຂອງໃບອະນຸຍາດນີ້ສໍາລັບ verbatim ສໍາເນົາຂອງແຕ່ລະເອກະສານໃນທຸກໆດ້ານອື່ນໆ.

ທ່ານສາມາດສະກັດເອກະສານດຽວອອກຈາກຄໍເລັກຊັນດັ່ງກ່າວ, ແລະແຈກຢາຍເປັນສ່ວນບຸກຄົນພາຍໃຕ້ໃບອະນຸຍາດນີ້, ໃຫ້ທ່ານໃສ່ສໍາເນົາຂອງໃບອະນຸຍາດນີ້ເຂົ້າໄປໃນເອກະສານທີ່ສະກັດອອກ, ແລະປະຕິບັດຕາມໃບອະນຸຍາດນີ້ໃນທຸກໆດ້ານທີ່ກ່ຽວຂ້ອງກັບການຄັດລອກເອກະສານນັ້ນ.

ການລວມຕົວກັບວຽກງານທີ່ເປັນເອກະລາດ

ການຮວບຮວມຂອງເອກະສານ ຫຼືຕົວກຳເນີດຂອງມັນກັບເອກະສານ ຫຼືວຽກທີ່ແຍກຕ່າງຫາກ ແລະເປັນເອກະລາດອື່ນໆ, ໃນ ຫຼືຢູ່ໃນປະລິມານການເກັບຮັກສາ ຫຼືສື່ການແຈກຢາຍ, ເອີ້ນວ່າ "ລວມ" ຖ້າລິຂະສິດທີ່ມາຈາກການລວບລວມບໍ່ໄດ້ໃຊ້ເພື່ອຈຳກັດສິດທິທາງກົດໝາຍ. ຂອງຜູ້ໃຊ້ການລວບລວມຂໍ້ມູນເກີນກວ່າສິ່ງທີ່ບຸກຄົນເຮັດວຽກອະນຸຍາດໃຫ້. ເມື່ອເອກະສານຖືກລວມເຂົ້າໃນການລວມກັນ, ໃບອະນຸຍາດນີ້ບໍ່ໄດ້ນໍາໃຊ້ກັບວຽກງານອື່ນໆໃນການລວບລວມທີ່ບໍ່ແມ່ນຕົວມັນເອງເປັນຕົວກໍາເນີດຂອງເອກະສານ.

If the Cover Text requirement of section 3 is applicable to these copies of the Document, then if the Document is less than one half of the entire aggregate, the Document’s Cover Texts may be placed on covers that bracket the Document within the aggregate, or the electronic equivalent of covers if the Document is in electronic form.
Otherwise they must appear on printed covers that bracket the whole aggregate.

ການແປ

ການແປພາສາຖືວ່າເປັນປະເພດຂອງການດັດແກ້, ດັ່ງນັ້ນເຈົ້າອາດຈະແຈກຢາຍການແປຂອງເອກະສານພາຍໃຕ້ເງື່ອນໄຂຂອງພາກທີ 4. ການປ່ຽນພາກສ່ວນ Invariant ດ້ວຍການແປພາສາຕ້ອງການການອະນຸຍາດພິເສດຈາກຜູ້ຖືລິຂະສິດຂອງເຂົາເຈົ້າ, ແຕ່ເຈົ້າອາດຈະລວມເອົາການແປບາງສ່ວນ ຫຼືທັງໝົດຂອງ Invariant Sections ນອກຈາກ ສະບັບຕົ້ນສະບັບຂອງພາກສ່ວນ Invariant ເຫຼົ່ານີ້. ທ່ານອາດຈະລວມເອົາການແປຂອງໃບອະນຸຍາດນີ້, ແລະຫນັງສືແຈ້ງການໃບອະນຸຍາດທັງຫມົດໃນເອກະສານ, ແລະຂໍ້ປະຕິເສດການຮັບປະກັນໃດໆ, ສະຫນອງໃຫ້ວ່າທ່ານລວມເອົາສະບັບພາສາອັງກິດຕົ້ນສະບັບຂອງໃບອະນຸຍາດນີ້ແລະສະບັບຕົ້ນສະບັບຂອງແຈ້ງການແລະປະຕິເສດຄວາມຮັບຜິດຊອບເຫຼົ່ານັ້ນ. ໃນ​ກໍ​ລະ​ນີ​ທີ່​ມີ​ຄວາມ​ບໍ່​ຕົກ​ລົງ​ລະ​ຫວ່າງ​ການ​ແປ​ພາ​ສາ​ແລະ​ສະ​ບັບ​ຕົ້ນ​ສະ​ບັບ​ຂອງ​ໃບ​ອະ​ນຸ​ຍາດ​ນີ້​ຫຼື​ແຈ້ງ​ການ​ຫຼື​ການ​ປະ​ຕິ​ເສດ​, ສະ​ບັບ​ຕົ້ນ​ສະ​ບັບ​ຈະ​ເອົາ​ຊະ​ນະ​.

ຖ້າພາກສ່ວນໃດນຶ່ງໃນເອກະສານມີຫົວຂໍ້ວ່າ “ການຮັບຮູ້”, “ການອຸທິດຕົນ”, ຫຼື “ປະຫວັດສາດ”, ໂດຍທົ່ວໄປແລ້ວ, ຂໍ້ກໍານົດ (ພາກທີ 4) ເພື່ອຮັກສາຊື່ຂອງຕົນ (ພາກທີ 1) ໂດຍທົ່ວໄປແລ້ວຈະຕ້ອງປ່ຽນຊື່ຕົວຈິງ.

ການຢຸດເຊົາ

ທ່ານບໍ່ສາມາດຄັດລອກ, ແກ້ໄຂ, ໃບອະນຸຍາດຍ່ອຍ, ຫຼືແຈກຢາຍເອກະສານຍົກເວັ້ນທີ່ລະບຸໄວ້ຢ່າງຈະແຈ້ງພາຍໃຕ້ໃບອະນຸຍາດນີ້. ຄວາມພະຍາຍາມອື່ນໃດທີ່ຈະສຳເນົາ, ປັບປຸງແກ້ໄຂ, ໃບອະນຸຍາດຍ່ອຍ ຫຼືແຈກຢາຍເອກະສານແມ່ນເປັນໂມຄະ, ແລະຈະຢຸດສິດຂອງທ່ານພາຍໃຕ້ໃບອະນຸຍາດນີ້ໂດຍອັດຕະໂນມັດ. ຢ່າງໃດກໍຕາມ, ພາກສ່ວນທີ່ໄດ້ຮັບສໍາເນົາ, ຫຼືສິດທິ, ຈາກທ່ານພາຍໃຕ້ໃບອະນຸຍາດນີ້ຈະບໍ່ມີໃບອະນຸຍາດຂອງເຂົາເຈົ້າສິ້ນສຸດລົງຕາບໃດທີ່ພາກສ່ວນດັ່ງກ່າວຍັງຄົງປະຕິບັດຕາມຢ່າງເຕັມທີ່.

ການທົບທວນຄືນໃນອະນາຄົດຂອງໃບອະນຸຍາດນີ້

ມູນນິທິຊອບແວຟຣີອາດຈະເຜີຍແຜ່ສະບັບປັບປຸງໃຫມ່ຂອງ GNU Free Documentation License ໃນບາງເວລາ. ສະບັບໃຫມ່ດັ່ງກ່າວຈະມີລັກສະນະຄ້າຍຄືກັນກັບສະບັບປະຈຸບັນ, ແຕ່ອາດຈະແຕກຕ່າງກັນໃນລາຍລະອຽດເພື່ອແກ້ໄຂບັນຫາຫຼືຄວາມກັງວົນໃຫມ່. ເບິ່ງ http://www.gnu.org/copyleft/.

ແຕ່ລະສະບັບຂອງໃບອະນຸຍາດແມ່ນໃຫ້ຕົວເລກສະບັບທີ່ແຕກຕ່າງ. ຖ້າເອກະສານລະບຸວ່າສະບັບເລກທີສະເພາະຂອງໃບອະນຸຍາດນີ້ "ຫຼືສະບັບຕໍ່ມາ" ນໍາໃຊ້ກັບມັນ, ທ່ານມີທາງເລືອກທີ່ຈະປະຕິບັດຕາມຂໍ້ກໍານົດແລະເງື່ອນໄຂບໍ່ວ່າຈະເປັນສະບັບທີ່ລະບຸໄວ້ຫຼືສະບັບຕໍ່ມາທີ່ໄດ້ຖືກຈັດພີມມາ (ບໍ່ແມ່ນເປັນ. ຮ່າງ) ໂດຍມູນນິທິຊອບແວຟຣີ. ຖ້າເອກະສານບໍ່ໄດ້ລະບຸໝາຍເລກເວີຊັນຂອງໃບອະນຸຍາດນີ້, ເຈົ້າສາມາດເລືອກສະບັບໃດກໍໄດ້ທີ່ເຄີຍເຜີຍແຜ່ (ບໍ່ແມ່ນສະບັບຮ່າງ) ໂດຍມູນນິທິຊອບແວຟຣີ.

ຕື່ມ: ວິທີການນໍາໃຊ້ໃບອະນຸຍາດນີ້ສໍາລັບເອກະສານຂອງທ່ານ

ລິຂະສິດ (c) ປີຊື່ຂອງເຈົ້າ. ການອະນຸຍາດແມ່ນອະນຸຍາດໃຫ້ສຳເນົາ, ແຈກຢາຍ ແລະ/ຫຼື ແກ້ໄຂເອກະສານນີ້ພາຍໃຕ້ເງື່ອນໄຂຂອງ GNU Free Documentation License, ເວີຊັນ 1.2 ຫຼື ສະບັບຕໍ່ມາທີ່ຈັດພິມໂດຍ Free Software Foundation; ໂດຍ​ບໍ່​ມີ​ພາກ​ສ່ວນ​ທີ່​ບໍ່​ມີ​ການ​ປ່ຽນ​ແປງ​, ບໍ່​ມີ​ບົດ​ເລື່ອງ​ຫນ້າ​ປົກ​, ແລະ​ບໍ່​ມີ​ບົດ​ເລື່ອງ​ປົກ​ຫຼັງ​. ສໍາເນົາຂອງໃບອະນຸຍາດແມ່ນລວມຢູ່ໃນພາກສ່ວນຫົວຂໍ້ "ໃບອະນຸຍາດເອກະສານຟຣີ GNU".