Red Hat Enterprise Linux AS 4 ਜਾਰੀ ਸੂਚਨਾ

Red Hat Enterprise Linux 4 ਨਾਲ ਉਪਲੱਬਧ glibc ਦਾ ਵਰਜਨ ਪਹਿਲਾਂ ਸੰਭਵ ਡਾਟਾ ਨਿਕਾਰਾਪਨ ਨੂੰ ਖੋਜਣ ਤੇ ਇਸ ਤੋਂ ਬਚਾਉਣ ਦੀ ਜਾਂਚ ਰਾਹੀਂ ਅੰਦਰੂਨੀ ਦੁਰਸਤ ਰੱਖਣ ਦੀ ਸਹੂਲਤ ਨਾਲ ਲੈੱਸ ਹੈ। ਮੂਲ ਰੂਪ ਵਿੱਚ, ਨਿਕਾਰੇ ਨੂੰ ਖੋਜਿਆ ਜਾਵੇਗਾ, ਹੇਠ ਦਿੱਤੇ ਸੁਨੇਹੇ ਵਾਂਗ ਮਿਆਰੀ ਗਲਤੀ ਵੇਖਾਈ ਜਾਵੇਗੀ (ਜਾਂ ਜੇਕਰ stderr ਖੁੱਲ੍ਹਾ ਨਹੀਂ ਹੈ ਤਾਂ syslog ਰਾਹੀਂ ਲਾੱਗਿੰਨ ਕਰਕੇ):

*** glibc detected *** double free or corruption: 0x0937d008 ***

ਮੂਲ ਰੂਪ ਵਿੱਚ, ਕਾਰਜ, ਜੋ ਕਿ ਇਹ ਗਲਤੀ ਪੈਦਾ ਕਰਦੇ ਹਨ, ਨੂੰ ਖਤਮ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ; ਪਰ, ਇਹ (ਅਤੇ ਇੱਕ ਗਲਤੀ ਸੁਨੇਹਾ ਪੈਦਾ ਕੀਤਾ ਗਿਆ ਹੈ ਜਾਂ ਨਹੀਂ) ਨੂੰ MALLOC_CHECK_ ਵਾਤਾਵਰਣ ਮੁੱਲ ਦੇ ਆਧਾਰ ਤੇ ਕੰਟਰੋਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਹੇਠ ਦਿੱਤੀ ਵਿਵਸਥਾ ਸਹਾਇਕ ਹੈ:

ਕੀ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਸੁਤੰਤਰ ਧਿਰ ISV ਵਲੋਂ ਇੱਕ ਅਜਿਹਾ ਕਾਰਜ ਹੈ, ਜੋ ਕਿ ਇਹਨਾਂ ਨਿਕਾਰਾ ਜਾਂਚਾਂ ਨੂੰ ਚਾਲੂ ਕਰ ਸਕੇ ਅਤੇ ਇੱਕ ਸੁਨੇਹਾ ਵੇਖਾ ਸਕੇ, ਤੁਹਾਨੂੰ ਆਪਣੇ ਕਾਰਜ ਦੇ ਵਿਕਰੇਤਾ ਕੋਲ ਇੱਕ ਘਾਟ ਰਿਪੋਰਟ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ, ਕਿਉਕਿ ਇਹ ਇੱਕ ਘਾਤਕ ਕਮੀਂ ਹੈ।

Red Hat Enterprise Linux 4 ਵਿੱਚ ਇੱਕ ਕਰਨਲ, ਜਿਸ ਨੂੰ hugemem ਕਰਨਲ ਕਹਿੰਦੇ ਹਨ, ਸ਼ਾਮਿਲ ਹੈ। ਇਹ ਕਰਨਲ 4 ਗੈਬਾ ਪ੍ਰਤੀ -ਕਾਰਜ user space ( ਹੋਰ ਕਰਨਲਾਂ ਦੇ ਮੁਕਾਬਲੇ, ਜੋ ਕਿ 3 ਗੈਬਾ ਲਈ ਹੀ ਹਨ), ਅਤੇ 4 ਗੈਬਾ ਸਿੱਧੀ ਕਰਨਲ space ਲਈ ਸਹਾਇਕ ਹੈ। ਇਹ ਕਰਨਲ ਦੇ ਇਸਤੇਮਾਲ ਨਾਲ Red Hat Enterprise Linux 64 ਗੈਬਾ ਮੁੱਖ ਮੈਮੋਰੀ (ਰੈਮ) ਵਾਲੇ ਸਿਸਟਮ ਤੇ ਚੱਲ ਸਕਦਾ ਹੈ। hugemem ਕਰਨਲ ਤਾਂ ਲੋੜੀਦਾ ਹੈ, ਜੇਕਰ ਸਿਸਟਮ ਸੰਰਚਨਾ ਵਿੱਚ ਸਾਰੀ ਮੈਮੋਰੀ 16 ਗੈਬਾ ਤੋਂ ਵਧੇਰੇ ਹੈ। hugemem ਕਰਨਲ ਨੂੰ ਘੱਟ ਮੈਮੋਰੀ ਵਰਤਣ ਲਈ ਵੀ ਤਿਆਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ ਜੇਕਰ ਇੱਕ ਕਾਰਜ, ਜਿਸ ਨੂੰ ਵੱਧ per-process user space ਰਾਹੀਂ ਲਾਭ ਹੋ ਸਕੇ।)

hugemem ਕਰਨਲ ਨੂੰ ਇੰਸਟਾਲ ਕਰਨ ਲਈ, ਪਰਬੰਧਕ (root) ਦੇ ਤੌਰ ਉੱਤੇ ਲਾੱਗਿੰਨ ਹੋਣ ਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਇਸਤੇਮਾਲ ਕਰੋ:

rpm -ivh <kernel-rpm>

            

(ਜਿੱਥੇ ਕਿ <kernel-rpm> hugemem ਕਰਨਲ RPM ਫਾਇਲ ਦਾ ਨਾਂ ਹੈ — ਜਿਵੇਂ ਕਿ kernel-hugemem-2.6.9-1.648_EL.i686.rpm)

ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਮੁਕੰਮਲ ਹੋਣ ਉਪਰੰਤ, ਆਪਣੇ ਸਿਸਟਮ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਨਵਾਂ ਇੰਸਟਾਲ hugemem ਕਰਨਲ ਨੂੰ ਚੁਣਨਾ ਨਾ ਭੁੱਲੋ। hugemem ਕਰਨਲ ਨੂੰ ਚਲਾਉਣ ਦੌਰਾਨ, ਆਪਣੇ ਸਿਸਟਮ ਦੇ ਠੀਕ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨ ਦੀ ਜਾਂਚ ਕਰਨ ਉਪਰੰਤ, ਤੁਹਾਨੂੰ /boot/grub/grub.conf ਫਾਇਲ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਕਿ hugemem ਕਰਨਲ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਹੀ ਬੂਟ ਕੀਤਾ ਜਾ ਸਕੇ।

ਹਾਂਲਾਂਕਿ Red Hat Enterprise Linux 4 ਵਿੱਚ rawio ਲਈ ਸਹਿਯੋਗ ਸ਼ਾਮਿਲ ਹੈ, ਹੁਣ ਇਸ ਇੰਟਰਫੇਸ ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡਾ ਕਾਰਜ ਇੰਸ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਜੰਤਰ ਨੂੰ ਵਰਤਦਾ ਹੈ, ਤਾਂ Red Hat ਤੁਹਾਨੂੰ ਆਪਣੇ ਕਾਰਜ ਨੂੰ O_DIRECT ਨਿਸ਼ਾਨ ਰਾਹੀਂ ਬਲਾੱਕ ਜੰਤਰ ਖੋਲਣ ਲਈ ਸਲਾਹ ਦਿੰਦਾ ਹੈ। rawio ਇੰਟਰਫੇਸ Red Hat Enterprise Linux 4 ਵਿੱਚ ਮੌਜੂਦ ਰਹੇਗਾ, ਪਰ ਇਸ ਨੂੰ ਭਵਿੱਖ ਵਿੱਚ ਖਤਮ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ।

ਫਾਇਲ ਸਿਸਟਮ ਤੇ ਅਸਕ੍ਰੋਨੋਸ I/O (AIO) ਇਸ ਸਮੇਂ ਸਿਰਫ਼ O_DIRECT, ਜਾਂ ਨਾ-ਬਫਰ ਢੰਗ ਰਾਹੀਂ ਸਹਿਯੋਗ ਹੈ। ਇਹ ਵੀ ਯਾਦ ਰੱਖੋ ਕਿ ਅਸਕਰੋਨੱਸ ਪੋਲ ਇੰਟਰਫੇਸ ਹੁਣ ਉਪਲੱਬਧ ਨਹੀਂ ਹੈ ਅਤੇ ਪਾਇਪ ਰਾਹੀਂ AIO ਲਈ ਵੀ ਹੁਣ ਸਹਿਯੋਗ ਨਹੀਂ ਰਿਹਾ ਹੈ।

ਧੁਨੀ ਸਿਸਟਮ ਹੁਣ ALSA ਤੇ ਆਧਾਰਿਤ ਹੋਵੇਗਾ, OSS ਭਾਗ ਹੁਣ ਉਪਲੱਬਧ ਨਹੀਂ ਰਿਹਾ ਹੈ।

ਕਰਨਲ ਦੇ "hugepage" ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਰਾਹੀਂ ਸਿਸਟਮ ਵਾਤਾਵਰਣ ਬਾਰੇ ਧਿਆਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ /proc/ ਇੰਦਰਾਜ਼ ਕੰਟਰੋਲ ਦਾ ਨਾਂ ਇਹ ਫੀਚਰ ਨੂੰ Red Hat Enterprise Linux 3 ਅਤੇ Red Hat Enterprise Linux 4 ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ:

Red Hat Enterprise Linux 4 ਨਾਲ ਸ਼ਾਮਿਲ ਕਰਨਲ ਵਿੱਚ EDD (ਇੰਹਾਂਡ ਡਿਸਕ ਡਵਾਇਸ) ਚੋਣ ਵੀ ਸ਼ਾਮਿਲ ਹੈ, ਜੋ ਕਿ ਡਿਸਕ ਕੰਟਰੋਲਰ BIOS ਤੋਂ ਬੂਟ ਹੋਣ ਯੋਗ ਡਿਸਕ ਜੰਤਰ ਜਾਣਕਾਰੀ ਪਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਨੂੰ /sys ਫਾਇਲ ਸਿਸਟਮ ਵਿੱਚ ਸੰਭਾਲਦਾ ਹੈ।

EDD ਨਾਲ ਸਬੰਧਤ ਦੋ ਮਹੱਤਵਪੂਰਨ ਕਰਨਲ ਕਮਾਂਡ-ਚੋਣਾਂ ਵੀ ਸ਼ਾਮਿਲ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ:

Red Hat Enterprise Linux 4 ਦੇ ਸ਼ੁਰੂਆਤੀ ਜਾਰੀ ਵਰਜਨ ਵਿੱਚ USB ਹਾਰਡ ਡਿਸਕ ਡਰਾਇਵ ਲਈ ਸਹਿਯੋਗ ਸ਼ਾਮਿਲ ਨਹੀਂ ਹੈ। ਪਰ, ਹੋਰ USB ਸਟੋਰੇਜ਼ ਜੰਤਰਾਂ, ਜਿਵੇਂ ਕਿ ਫਲੈਸ਼ ਮਾਧਿਅਮ, ਸੀਡੀ ਰੋਮ ਅਤੇ ਡੀਵੀਡੀ ਰੋਮ ਜੰਤਰ ਇਸ ਸਮੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।

Red Hat Enterprise Linux 4 ਨਾਲ ਭੇਜੇ ਜਾ ਰਹੇ ਕਰਨਲ ਵਿੱਚ LSI Logic ਵਲੋਂ ਨਵਾਂ megaraid_mbox ਡਰਾਇਵਰ ਸ਼ਾਮਿਲ ਹੈ, ਜੋ ਕਿ megaraid ਡਰਾਇਵਰ ਨੂੰ ਤਬਦੀਲ ਕਰਦਾ ਹੈ। megaraid_mbox ਡਰਾਇਵਰ ਵਿੱਚ ਇੱਕ ਨਵਾਂ ਡਿਜ਼ਾਇਨ ਹੈ, ਜੋ ਕਿ ਕਰਨਲ 2.6 ਦੇ ਅਨੁਕੂਲ ਹੈ ਅਤੇ ਨਵੇਂ ਜੰਤਰਾਂ ਲਈ ਸਹਿਯੋਗੀ ਹੈ। ਪਰ megaraid_mbox ਵਿੱਚ ਕੁਝ ਪੁਰਾਣੇ ਜੰਤਰਾਂ ਲਈ ਸਹਿਯੋਗ ਸ਼ਾਮਿਲ ਹਨ, ਜਿਨਾਂ ਲ਼ਈ megaraid ਡਰਾਇਵਰ ਸਹਿਯੋਗ ਨਹੀਂ ਸੀ।

ਅੱਗੇ ਦਿੱਤੇ ਐਡਪਟਰ PCI ਵਿਕਰੇਤਾ ID ਅਤੇ ਜੰਤਰ ID megaraid_mbox ਡਰਾਇਵਰ ਰਾਹੀਂ ਸਹਿਯੋਗ ਨਹੀਂ ਹਨ:

vendor, device

0x101E, 0x9010
0x101E, 0x9060
0x8086, 0x1960

ਕਮਾਂਡ lspci -n ਨੂੰ ਇੱਕ ਖਾਸ ਮਸ਼ੀਨ ਤੇ ਇੰਸਟਾਲ ਐਡਪਟਰ ਦੇ ID ਵੇਖਾਉਣ ਲਈ ਇਸਤੇਮਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ID ਵਾਲੇ ਉਤਪਾਦ ਨੂੰ ਇਸ ਤਰਾਂ ਦੇ ਮਾਡਲ ਨਾਂ ਰਾਹੀਂ ਪਛਾਣਿਆ ਜਾ ਸਕਦਾ ਹੈ:

ਦੋਵੇਂ Dell ਅਤੇ LSI Logic ਦੋਵੇਂ ਵੇਖਾ ਰਹੇ ਹਨ, ਕਿ ਉਹ ਕਰਨਲ 2.6 ਵਿੱਚ ਇਹਨਾਂ ਮਾਡਲਾਂ ਲਈ ਸਹਿਯੋਗੀ ਨਹੀਂ ਹਨ। ਸਿੱਟੇ ਵਜੋਂ, Red Hat Enterprise Linux 4 ਵਿੱਚ ਇਹਨਾਂ ਐਡਪਟਰਾਂ ਲਈ ਸਹਿਯੋਗ ਸ਼ਾਮਿਲ ਨਹੀਂ ਹੈ।

Red Hat Enterprise Linux 4 ਦੇ ਸ਼ੁਰੂਆਤੀ ਸੰਸਕਰਨ ਵਿੱਚ iSCSI initiator ਅਤੇ target ਸਹਿਯੋਗ ਸ਼ਾਮਿਲ ਨਹੀਂ ਹੈ। Red Hat Enterprise Linux 4 ਦੇ ਭਵਿੱਖ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਵਰਜਨਾਂ ਵਿੱਚ iSCSI ਸਹਿਯੋਗ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।

Emulex ਲਾਇਟਪਲੱਸ ਫਾਇਬਰ ਚੈਨਲ ਡਰਾਇਵਰ (lpfc) ਲੀਨਕਸ 2.6 ਕਰਨਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰਨ ਲਈ ਸਰਵਜਨਕ ਜਾਂਚ ਅਧੀਨ ਹੈ। ਇਸ ਨੂੰ ਜਾਂਚ ਲਈ Red Hat Enterprise Linux 4 ਵਿੱਚ ਸ਼ਾਮਿਲ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ। ਇਸ ਡਰਾਇਵਰ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਸੰਭਵ ਹਨ। ਜੇਕਰ ਇਸ ਡਰਾਇਵਰ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਹੋਵੇ ਜਾਂ, ਜੇਕਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਇਸ ਨੂੰ ਲੀਨਕਸ 2.6 ਕਰਨਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਨਾ ਕੀਤਾ ਜਾ ਸਕਿਆ, ਡਰਾਇਵਰ ਨੂੰ Red Hat Enterprise Linux ਦਾ ਅੰਤਿਮ ਸੰਸਕਰਣ ਵਿੱਚੋਂ ਹਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ।

lpfc ਡਰਾਇਵਰ ਲਈ ਇਸ ਸਮੇਂ ਹੇਠ ਦਿੱਤੇ ਮੁੱਦੇ ਪਛਾਣੇ ਗਏ ਹਨ:

ਪਹਿਲਾਂ, ਕਰਨਲ ਦੇ ਨਵੀਨੀਕਰਨ ਕਰਨ ਉਪਰੰਤ ਸਿਸਟਮ ਦੀ ਬੂਟ ਲੋਡਰ ਸੰਰਚਨਾ ਵਿੱਚ ਮੂਲ ਕਰਨਲ ਨੂੰ ਤਬਦੀਲ ਨਹੀਂ ਹੁੰਦਾ ਸੀ।

Red Hat Enterprise Linux 4 ਨੇ ਇਹ ਵਿਵਹਾਰ ਨੂੰ ਨਵੇਂ ਕਰਨਲ ਨੂੰ ਮੂਲ ਨਿਰਧਾਰਿਤ ਕਰਨ ਨਾਲ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਹੈ। ਇਹ ਵਿਵਹਾਰ ਸਭ ਇੰਸਟਾਲੇਸ਼ਨ ਢੰਗਾਂ ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ (rpm -i ਵੀ ਸ਼ਾਮਿਲ ਹੈ)।

ਇਹ ਵਿਵਹਾਰ /etc/sysconfig/kernel ਫਾਇਲ ਵਿੱਚ ਦੋ ਸਤਰਾਂ ਰਾਹੀਂ ਕੰਟਰੋਲ ਕੀਤਾ ਜਾਦਾ ਹੈ:

ਕਰਨਲ ਸਰੋਤ ਲਈ ਵੱਖਰੇ ਸਰੋਤ ਉਪਲੱਬਧ ਕਰਵਾਉਣ ਤੇ ਕਰਨਲ ਦੀ .src.rpm ਫਾਇਲ ਵਿੱਚ ਇਕਸਾਰਤਾ ਵਿਗੜ ਤੋਂ ਬਚਾਉਣ ਲਈ Red Hat Enterprise Linux 4 ਵਿੱਚ ਹੁਣ kernel-source ਪੈਕੇਜ ਸ਼ਾਮਿਲ ਨਹੀਂ ਹੈ। ਉਪਭੋਗੀ ਨੂੰ ਕਰਨਲ ਸਰੋਤ ਪਰਾਪਤ ਕਰਨ ਲਈ kernel .src.rpm ਫਾਇਲ ਨੂੰ ਵੇਖਣਾ ਪਵੇਗਾ। ਇਸ ਫਾਇਲ ਤੋਂ ਪੂਰੀ ਲੜੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਹੇਠ ਦਿੱਤੇ ਪਗ਼ ਵੇਖੋ (ਯਾਦ ਰੱਖੋ ਕਿ <version> ਨੂੰ ਤੁਹਾਡੇ ਮੌਜੂਦਾ ਕਰਨਲ ਦੇ ਵਰਜਨ ਨਾਲ ਤਬਦੀਲ ਕਰਨਾ ਹੈ)।

ਹੁਣ ਤੁਸੀਂ ਆਮ ਦੀ ਤਰ੍ਹਾਂ ਜਾਰੀ ਰੱਖ ਸਕਦੇ ਹੋ।

obj-m    := foo.o

KDIR    := /lib/modules/$(shell uname -r)/build
PWD    := $(shell pwd)

default:
    $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules

              

Red Hat Enterprise Linux 4 ਵਿੱਚ ਈਵੇਲੂਸ਼ਨ ਗਰਾਫਿਕਲ ਈ-ਪੱਤਰ ਕਲਾਂਇਟ ਦਾ ਨਵੀਨ ਵਰਜਨ ਸ਼ਾਮਿਲ ਹਨ। ਇਸ ਵਰਜਨ ਵਿੱਚ ਕਈ ਨਵੀਨ ਗੁਣ ਸ਼ਾਮਿਲ ਹਨ:

gimp-perl ਪੈਕੇਜ ਨੂੰ Red Hat Enterprise Linux 4 ਵਿੱਚੋਂ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਕਿਉਕਿ ਜੈਮਪ ਦਾ ਨਵੀਨ ਵਰਜਨ 2.0 ਹੈ, ਜਿਸ ਲਈ ਪਰਲ ਨਾ ਤਾਂ ਤਿਆਰ ਸੀ ਅਤੇ ਨਾ ਹੀ ਇਹ ਮੁੱਖ ਪੈਕੇਜ ਦਾ ਭਾਗ ਹੈ।

ਜੈਮਪ ਵਿੱਚ ਪਰਲ ਸਕਰਿਪਟਾਂ ਇਸਤੇਮਾਲ ਕਰਨ ਦੇ ਚਾਹਵਾਨ ਜੈਮਪ ਪਰਲ ਮੈਡੀਊਲਾਂ ਨੂੰ http://www.gimp.org/downloads/ ਤੋ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੇ ਹਨ।

ja_JP.eucJP ਹੁਣ ja_JP.UTF-8 ਹੈ

ko_KR.eucKR ਹੁਣ ko_KR.UTF-8 ਹੈ

zh_CN.GB18030 ਹੁਣ zh_CN.UTF-8 ਹੈ

zh_TW.Big5 ਹੁਣ zh_TW.UTF-8 ਹੈ

ਭਾਰਤੀ ਭਾਸ਼ਾਵਾਂ — iiimf-le-unit

ਜਾਪਾਨੀ — iiimf-le-canna

ਕੋਰੀਆਈ — iiimf-le-hangul

ਸਧਾਰਨ ਚੀਨੀ — iiimf-le-chinput

ਮੂਲ ਚੀਨੀ — iiimf-le-xcin

ami ਲਈ iiimf-le-hangul ਇੰਸਟਾਲ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ

kinput2 ਲਈ iiimf-le-canna ਇੰਸਟਾਲ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ

miniChinput ਲਈ iiimf-le-chinput ਇੰਸਟਾਲ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ

xcin ਲਈ iiimf-le-xcin ਇੰਸਟਾਲ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ

ਮੂਲ ਰੂਪ ਵਿੱਚ Sendmail MTA (ਮੇਲ ਟਰਾਂਸਪੋਰਟ ਏਜੰਟ) ਸਥਾਨਿਕ ਕੰਪਿਊਟਰ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਤੋਂ ਕੁਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ Sendmail ਨੂੰ ਹੋਰਾਂ ਕਲਾਂਇਟ ਲਈ ਸਰਵਰ ਦੇ ਤੌਰ ਤੇ ਇਸਤੇਮਾਲ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ /etc/mail/sendmail.mc ਨੂੰ ਸੋਧ ਕੇ DAEMON_OPTIONS ਸਤਰ ਨੂੰ ਨੈੱਟਵਰਕ ਜੰਤਰ ਤੋਂ ਸੁਣਨ ਲਈ ਤਬਦੀਲ ਕਰਨਾ ਪਵੇਗਾ (ਜਾਂ dnl ਟਿੱਪਣੀ ਹਟਾਉਣ ਸਹੂਲਤ ਨਾਲ ਸਭ ਚੋਣਾਂ ਨੂੰ ਚਾਲੂ ਕਰਨਾ ਪਵੇਗਾ)। ਤੁਹਾਨੂੰ ਤਦ ਪਰਬੰਧਕ (root) ਦੇ ਤੌਰ ਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਰਾਹੀਂ /etc/mail/sendmail.cf ਨੂੰ ਮੁੜ ਤਿਆਰ ਕਰਨਾ ਪਵੇਗਾ:

make -C /etc/mail

ਯਾਦ ਰੱਖੋ ਕਿ ਇਸ ਨੂੰ ਚਾਲੂ ਕਰਨ ਲਈ sendmail-cf ਪੈਕੇਜ ਇੰਸਟਾਲ ਕਰਨਾ ਪਵੇਗਾ।

ਮੂਲ SELinux ਸੁਰੱਖਿਆ ਸੰਰਚਨਾ ਵਿੱਚ, httpd ਕਮਾਂਡ ਨੂੰ ਨਿਯਤ ਨੀਤੀ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਹੈ। ਇਸ ਨਾਲ ਸੁਰੱਖਿਆ ਅਤੇ ਵੈੱਬ ਸਰਵਰ ਸਥਿਰਤਾ ਖਾਸ ਤੌਰ ਤੇ ਸਿਸਟਮ ਇਕਾਈਆਂ ਲਈ httpd ਪਹੁੰਚ ਅਧਿਕਾਰ ਦੇਕੇ ਜਾਂ ਪਾਬੰਦੀ ਲਗਾ ਕੇ ਵਧਾ ਜਾ ਸਕਦੀ ਹੈ। ਪਰ, ਕਿਉਕਿ ਇਸ ਵਿੱਚ ਪਹਿਲਾਂ-ਚਾਲੂ ਸੰਰਚਨਾ (ਜਿਵੇਂ ਕਿ PHP ਦੀ ਵਰਤੋਂ) ਨੂੰ ਰੋਕਣ ਦੀ ਸਮਰੱਥਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ ਕਿ SELinux ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਤਾਂ ਕਿ ਤੁਸੀਂ ਇੱਕ ਸੁਰੱਖਿਅਤ ਅਤੇ ਕਾਰਜਕਾਰੀ ਸੰਰਚਨਾ ਤਿਆਰ ਕਰ ਸਕੋ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਬੁਲੀਅਨ ਨੂੰ ਕਮਾਂਡ httpd ਵਿੱਚ ~/public_html/ ਵਿਚਲੇ ਖਾਸ ਇਕਾਈਆਂ ਨੂੰ ਪੜਨ ਲਈ ਖਾਸ ਅਧਿਕਾਰ ਦਿੱਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਜਦ ਤੱਕ ਕਿ ਉਹ ਸੁਰੱਖਿਅਤ ਪਰਸੰਗ httpd_sys_content_t ਨਾਲ ਦਰਸਾਏ ਗਏ ਹਨ। ਆਪਾਂਚੇ ਪੇਸ਼ਕਾਰੀ ਇਕਾਈਆਂ (ਫਾਇਲਾਂ, ਕਾਰਜ, ਜੰਤਰ ਅਤੇ ਹੋਰ ਕਾਰਜਾਂ), ਜਿਨ੍ਹਾਂ ਲਈ SELinux ਰਾਹੀਂ httpd ਲਈ ਸਵੀਕਾਰ ਅਧਿਕਾਰਾਂ ਨਾਲ ਸੁਰੱਖਿਆ ਪਰਸੰਗ ਨਹੀਂ ਹੋਵੇਗਾ, ਨੂੰ ਵਰਤ ਨਹੀਂ ਸਕਦੀਆਂ ਹਨ।

ਆਪਾਂਚੇ ਦੀ ਪਹੁੰਚ ਸਿਰਫ ਉਹਨਾਂ ਨੂੰ ਹੀ ਉਪਲੱਬਧ ਕਰਵਾ ਕੇ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਕਿ ਇਸ ਦੀ ਲੋੜ ਹੈ, ਸਿਸਟਮ ਨੂੰ httpd ਸੇਵਾ ਦੇ ਗਲਤ ਜਾਂ ਹਲਕੇ ਇਸਤੇਮਾਲ ਤੋਂ ਬਚਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

ਕਿਉਕਿ ਦੋਵੇਂ ਮਿਆਰੀ ਲੀਨਕਸ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਫਾਇਲ ਅਧਿਕਾਰ ਦੇ ਨਾਲ ਨਾਲ SELinux ਫਾਇਲ਼ ਪਰਸੰਗ ਲੇਬਲ ਦੀ ਲੋੜ ਲਈ, ਪ੍ਰਬੰਧਕ ਤੇ ਉਪਭੋਗੀ ਨੂੰ ਮੁੜ-ਲੇਬਲ ਲਗਾਉਣ ਫਾਇਲ਼ਾਂ ਬਾਰੇ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ। ਮੁੜ-ਲੇਬਲ ਲਗਾਉਣ ਦੀ ਉਦਾਹਰਨ ਵਿੱਚ ਹੇਠ ਦਿੱਤੀਆਂ ਕਮਾਂਡਾਂ ਸ਼ਾਮਿਲ ਹਨ (ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਦੇ ਭਾਗਾਂ ਤੇ ਲਗਾਤਾਰ ਮੁੜ-ਲੇਬਲ ਲਗਾਉਣ ਲਈ ਅਤੇ ਇੱਕ ਇੱਕ ਇਕੱਲੀ ਫਾਇਲ ਤੇ ਮੁੜ-ਲੇਬਲ ਲਗਾਉਣ ਲਈ ਹੈ):

chcon -R -h -t httpd_sys_content_t public_html
chcon -t httpd_sys_content_t public_html/index.html

            

ਇੱਕ ਫਾਇਲ ਜਾਂ ਡਾਇਰੈਕਟਰੀ, ਜੋ ਕਿ ਆਪਾਂਚੇ ਦੀ ਸਵੀਕਾਰ ਕਿਸਮ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸੂਚੀਬੱਧ ਨਹੀਂ ਹੋਵੇਗੀ, ਇੱਕ 403 Forbidden ਗਲਤੀ ਪੇਸ਼ ਕਰੇਗੀ।

ਤੁਸੀਂ ਬੁਲੀਅਨ ਮੁੱਲ ਨੂੰ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਨਿਯਤ ਨੀਤੀ ਨੂੰ ਆਪਾਂਚੇ (ਜਾਂ ਕਿਸੇ ਵੀ ਪੇਸ਼ਕਾਰ) system-config-securitylevel ਕਾਰਜ ਰਾਹੀਂ ਤਬਦੀਲ ਕਰ ਸਕਦੇ ਹੋ। SELinux ਟੈਬ ਵਿੱਚ, Modify SELinux Policy ਖੇਤਰ ਵਿੱਚ ਤੁਸੀਂ Apache ਵਿੱਚ ਆਪਾਂਚੇ ਲਈ ਬੁਲੀਅਨ ਮੁੱਲ ਤਬਦੀਲ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਤੁਸੀਂ ਚਾਹੋ ਤਾਂ ਤੁਸੀਂ Disable SELinux protection for httpd daemon ਦੀ ਚੋਣ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਸ ਨਾਲ unconfined_t ਤੋਂ ਸੰਚਾਰ ਖਾਸ ਪੇਸ਼ਕਾਰ, ਜਿਵੇਂ ਕਿ httpd_t ਲਈ ਆਯੋਗ ਹੋ ਜਾਵੇਗਾ (ਮੂਲ ਕਿਸਮ SELinux ਬਿਨਾਂ ਮਿਆਰੀ ਲੀਨਕਸ ਸੁਰੱਖਿਆ ਵਾਂਗ ਪਾਰਦਰਸ਼ੀ ਕੰਮ ਕਰਦੀ ਹੈ)। ਇਸ ਸੰਚਾਰ ਨੂੰ ਆਯੋਗ ਕਰਨ ਨਾਲ ਉਸ ਪੇਸ਼ਕਾਰ ਲਈ SELinux ਸੰਚਾਰ ਪ੍ਰਭਾਵ ਬੰਦ ਹੋ ਜਾਵੇਗਾ ਅਤੇ ਇੱਕ ਮਿਆਰੀ ਲੀਨਕਸ ਸੁਰੱਖਿਆ ਹੀ ਬਾਕੀ ਰਹੇਗੀ।

ਆਪਾਂਚੇ ਅਤੇ SELinux ਨੀਤੀ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ Red Hat SELinux Policy Guide ਨੂੰ http://www.redhat.com/docs ਤੇ ਵੇਖੋ।

ਮੂਲ ਰੂਪ ਵਿੱਚ, httpd ਪੇਸ਼ਕਾਰ ਹੁਣ ਮਿਆਰੀ C ਲੋਕੇਲ ਦੇ ਇਸਤੇਮਾਲ ਨਾਲ ਸ਼ੁਰੂ ਹੋਵੇਗਾ, ਨਾ ਕਿ ਸੰਰਚਿਤ ਸਿਸਟਮ ਲੋਕੇਲ ਵਿਵਸਥਾ ਨਾਲ। ਇਹ ਵਿਵਹਾਰ ਨੂੰ /etc/sysconfig/httpd ਫਾਇਲ ਵਿੱਚ ਸਥਿਤ HTTPD_LANG ਮੁੱਲ ਨੂੰ ਤਬਦੀਲ ਕਰਕੇ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਮੂਲ /etc/php.ini ਸੰਰਚਨਾ ਫਾਇਲ ਨੂੰ ਮੂਲ "ਉਤਪਾਦ" ਲਈ ਮੂਲ "ਵਿਕਾਸ" ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਤਬਦੀਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਹੋਰ ਪਰਤੱਖ ਅੰਤਰ ਹਨ:

ਪੈਕੇਜ ਹੁਣ ਆਪਾਂਚੇ httpd 2.0 ਨਾਲ ਜੁੜਨ ਲਈ "apache2filter" SAPI ਦਾ ਬਜਾਏ "apache2handler" SAPI ਦਾ ਇਸਤੇਮਾਲ ਕਰੇਗਾ। ਜੇਕਰ ਪੁਰਾਣੇ ਵਰਜਨ ਤੋਂ ਨਵੀਨੀਕਰਨ ਕੀਤਾ ਗਿਆ ਤਾਂ, /etc/httpd/conf.d/php.conf ਫਾਇਲ਼ ਤੋਂ SetOutputFilter ਡਾਇਰੈਕਿਟਵ ਹਟਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।

PHP ਸਹਿਯੋਗੀ ਮੈਡੀਊਲ ਵਿੱਚ ਹੇਠ ਦਿੱਤੀਆਂ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ:

Red Hat Enterprise Linux 4 ਵਿੱਚ ਨਵਾਂ xorg-x11-deprecated-libs ਪੈਕੇਜ ਸ਼ਾਮਿਲ ਹੈ। ਇਸ ਪੈਕੇਜ ਵਿੱਚ X11-ਸਬੰਧਤ ਲਾਇਬਰੇਰੀਆਂ ਹਨ, ਜੋ ਕਿ ਬਰਤਰਫ਼ ਕੀਤੀਆਂ ਜਾ ਰਹੀਆਂ ਹਨ, ਅਤੇ ਆਉਦੇ Red Hat Enterprise Linux ਵਰਜਨ ਵਿੱਚੋਂ ਹਟਾ ਦਿੱਤੀਆਂ ਜਾਣਗੀਆਂ। ਇਸ ਢੰਗ ਨਾਲ ਬਰਤਰਫ਼ ਕੀਤੀਆਂ ਜਾ ਰਹੀਆਂ ਲਾਇਬਰੇਰੀਆਂ ਸ਼ਾਮਿਲ ਕਰਨ ਦਾ ਮਕਸਦ ਮੌਜੂਦਾ ਕਾਰਜਾਂ ਨਾਲ ਬਾਈਨਰੀ ਅਨੁਕੂਲਤਾ ਰੱਖਣੀ ਹੈ, ਜਦੋਂ ਕਿ ਸੁਤੰਤਰ ਧਿਰ ਸਾਫਟਵੇਅਰ ਉਪਲੱਬਧ ਕਰਵਾਉਣ ਵਾਲਿਆਂ ਨੂੰ ਆਪਣੇ ਕਾਰਜ ਇਹਨਾਂ ਲਾਇਬਰੇਰੀਆਂ ਤੋਂ ਨਾ ਬਣਾਉਣ ਲਈ ਪਰੇਰਤ ਕਰਨਾ ਹੈ।

ਇਸ ਸਮੇਂ, ਇਸ ਪੈਕੇਜ ਵਿੱਚ Xprint ਲਾਇਬਰੇਰੀ (libXp) ਸ਼ਾਮਿਲ ਹੈ। ਇਹ ਲਾਇਬਰੇਰੀ ਨੂੰ ਨਵੇਂ ਕਾਰਜਾਂ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਇਸਤੇਮਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਕਾਰਜ, ਜੋ ਕਿ ਇਸ ਸਮੇਂ ਇਸ ਨੂੰ ਇਸਤੇਮਾਲ ਕਰ ਰਹੇ ਹਨ, ਨੂੰ ਸਹਾਇਕ libgnomeprint/libgnomeprintui ਛਪਾਈ API ਲਈ ਤਬਦੀਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

Red Hat Enterprise Linux ਦੇ ਤਾਜ਼ੇ ਵਰਜਨ ਵਿੱਚ X ਝਰੋਖਾ ਸਿਸਟਮ ਹੇਠ ਫੋਂਟਾਂ ਨਾਲ ਸਬੰਧਤ ਵਿਸ਼ਿਆਂ ਬਾਰੇ ਕੁਝ ਉਲਝਣ ਹੈ (ਅਤੇ ਇਸ ਤੋਂ ਪਹਿਲਾਂ Red Hat Linux ਦੇ ਵਰਜਨਾਂ ਵਿੱਚ ਵੀ)। ਇਸ ਸਮੇਂ, ਇੱਥੇ ਦੋ ਫੋਂਟ ਸਬ-ਸਿਸਟਮ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੇ ਆਪਣੇ ਆਪਣੇ ਗੁਣ ਹਨ:

- ਅਸਲੀ (15+ ਸਾਲ ਪੁਰਾਣੇ) ਸਿਸਟਮ ਨੂੰ "core X font subsystem" ਦੇ ਤੌਰ ਤੇ ਜਾਣਿਆ ਜਾਵੇਗਾ। ਇਸ ਰਾਹੀਂ ਪੇਸ਼ ਕੀਤੇ ਜਾਦੇ ਫੋਂਟ ਐਂਟੀਲਾਇਜ਼ਡ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, X ਸਰਵਰ ਰਾਹੀਂ ਕੰਟਰੋਲ ਕੀਤੇ ਜਾਦੇ ਹਨ ਅਤੇ ਨਾਂ ਏਦਾਂ ਦੇ ਹਨ:

-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1

ਨਵਾਂ ਫੋਂਟ ਸਿਸਟਮ "fontconfig" ਦੇ ਤੌਰ ਤੇ ਜਾਣਿਆ ਜਾਦਾ ਹੈ ਅਤੇ ਕਾਰਜਾਂ ਨੂੰ ਫੋਂਟ ਫਾਇਲਾਂ ਸਿੱਧੀਆਂ ਇਸਤੇਮਾਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। Fontconfig ਨੂੰ "Xft" ਲਾਇਬਰੇਰੀ ਨਾਲ ਵਰਤਿਆ ਜਾਦਾ ਹੈ, ਜੋ ਕਿ ਕਾਰਜਾਂ ਨੂੰ fontconfig ਫੋਂਟ ਨੂੰ ਐਂਟੀਲਾਈਸਿੰਗ ਨਾਲ ਪਰਦੇ ਉੱਤੇ ਪੇਸ਼ ਕਰਨ ਲਈ ਸਹਾਇਕ ਹੈ। Fontconfig ਹੋਰ ਵੀ ਪੜਨਯੋਗ ਨਾਂ ਵਰਤਦਾ ਹੈ:

Luxi Sans-10

ਸਮੇਂ ਨਾਲ, ਕੇਂਦਰੀ X ਫੋਂਟ ਸਿਸਟਮ ਨੂੰ fontconfig/Xft ਨਾਲ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਇਸ ਸਮੇਂ, Qt 3 ਅਤੇ GTK 2 ਸੰਦ-ਸਮੂਹ ਦਾ ਇਸਤੇਮਾਲ ਕਰਨ ਵਾਲੇ ਕਾਰਜ (ਕੇਡੀਈ ਤੇ ਗਨੋਮ ਦੇ ਕਾਰਜ ਸ਼ਾਮਿਲ ਹਨ) fontconfig ਅਤੇ Xft ਫੋਂਟ ਸਿਸਟਮ ਦਾ ਇਸਤੇਮਾਲ ਕਰਦੇ ਹਨ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕੇਂਦਰੀ X ਫੋਂਟ ਇਸਤੇਮਾਲ ਕਰਦੇ ਹਨ।

ਭਵਿੱਖ ਵਿੱਚ, Red Hat Enterprise Linux XFS ਫੋਂਟ ਸਰਵਰ ਦੀ ਥਾਂ ਸਿਰਫ fontconfig/Xft ਲਈ ਹੀ ਸਹਾਇਕ ਹੋ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਥਾਨਿਕ ਫੋਂਟ ਵਰਤੋਂ ਢੰਗ ਹੈ।

ਸੂਚਨਾ:ਉੱਪਰੀ ਫੋਂਟ ਸਿਸਟਮ ਢਾਂਚੇ ਦਾ ਅਪਵਾਦ ਓਪਨਆਫਿਸ ਹੈ (ਜੋ ਕਿ ਆਪਣਾ ਫੋਂਟ ਪੇਸ਼ਕਾਰੀ ਤਕਨੀਕ ਇਸਤੇਮਾਲ ਕਰਦਾ ਹੈ)।

ਜੇਕਰ ਤੁਸੀਂ Red Hat Enterprise Linux 4 ਸਿਸਟਮ ਤੇ ਆਪਣੇ ਨਵੇਂ ਫੋਂਟ ਇਸਤੇਮਾਲ ਕਰਨੇ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ ਨਵੇਂ ਫੋਂਟ ਵਰਤਣ ਲਈ ਆਪਣੇ ਫੋਂਟ ਸਿਸਟਮ ਦੇ ਆਧਾਰ ਤੇ ਲੋੜੀਦੇ ਪਗ਼ ਮੁਕਮੰਲ ਕਰਨ ਲਈ ਧਿਆਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਕੇਂਦਰੀ X ਫੋਂਟ ਸਿਸਟਮ ਲਈ, ਤੁਹਾਨੂੰ:

1. ਡਾਇਰੈਕਟਰੀ /usr/share/fonts/local/ ਬਣਾਓ(ਜੇਕਰ ਇਹ ਮੌਜੂਦ ਨਹੀਂ ਹੈ):

mkdir /usr/share/fonts/local/

2. ਨਵੇਂ ਫੋਂਟ /usr/share/fonts/local/ ਵਿੱਚ ਨਕਲ ਕਰੋ

3. ਹੇਠ ਦਿੱਤੀਆਂ ਕਮਾਂਡਾਂ ਦੇ ਕੇ ਫੋਂਟ ਜਾਣਕਾਰੀ ਦਾ ਨਵੀਨੀਕਰਨ ਕਰੋ (ਯਾਦ ਰੱਖੋ ਕਿ, ਫਾਰਮਿਟ ਦੀ ਪਾਬੰਦੀਆਂ ਕਰਕੇ, ਹੇਠ ਦਿੱਤੀਆਂ ਕਮਾਂਡਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਸਤਰਾਂ ਵਿੱਚ ਵੇਖਾਈ ਦੇ ਸਕਦੀਆਂ ਹਨ, ਹਰ ਕਮਾਂਡ ਸਿਰਫ ਇੱਕ ਹੀ ਸਤਰ ਵਿੱਚ ਦੇਣੀ ਹੈ):

ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale

mkfontdir /usr/share/fonts/local/

4. ਜੇਕਰ ਤੁਸੀਂ /usr/share/fonts/local/ ਬਣਾਈ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਸ ਨੂੰ X ਫੋਂਟ ਸਰਵਰ (xfs) ਮਾਰਗ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰਨਾ ਪਵੇਗਾ:

chkfontpath --add /usr/share/fonts/local/

fontconfig ਫੋਂਟ ਸਿਸਟਮ ਵਿੱਚ ਨਵੇਂ ਫੋਂਟ ਸ਼ਾਮਿਲ ਕਰਨ ਦਾ ਕੰਮ ਆਸਾਨ ਹੈ; ਨਵੀਆਂ ਫੋਂਟ ਫਾਇਲਾਂ ਨੂੰ /usr/share/fonts/ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਨਕਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ (ਇਕੱਲੇ ਉਪਭੋਗੀ ਆਪਣੀ ਨਿੱਜੀ ਫੋਂਟ ਸੰਰਚਨਾ ਫੋਂਟਾਂ ਨੂੰ ~/.fonts/ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਨਕਲ ਕਰਕੇ ਤਬਦੀਲ ਕਰ ਸਕਦੇ ਹਨ)।

ਨਵੇਂ ਫੋਂਟਾਂ ਦੀ ਨਕਲ ਕਰਨ ਉਪਰੰਤ, ਫੋਂਟ ਜਾਣਕਾਰੀ ਕੈਂਚੇ ਦਾ ਨਵੀਨੀਕਰਨ ਕਰਨ ਲਈ ਕਮਾਂਡ fc-cache ਇਸਤੇਮਾਲ ਕਰੋ:

fc-cache <directory>

(ਜਿੱਥੇ ਕਿ <directory> ਡਾਇਰੈਕਟਰੀ /usr/share/fonts/ ਜਾਂ ~/.fonts/ ਡਾਇਰੈਕਟਰੀ ਹੋ ਸਕਦੀ ਹੈ।)

ਇੱਕਲੇ ਉਪਭੋਗੀ ਫੋਂਟ ਗਰਾਫਿਕਲ ਢੰਗ ਨਾਲ ਵੀ ਇੰਸਟਾਲ ਕਰ ਸਕਦੇ ਹੋ। ਨਟਾਲਿਸ ਵਿੱਚ fonts:/// ਝਲਕ ਵੇਖੋ ਅਤੇ ਨਵੀਂ ਫੋਂਟ ਫਾਇਲਾਂ ਇੱਥੇ ਸੁੱਟ ਦਿਓ।

ਸੂਚਨਾ: ਜੇਕਰ ਫੋਂਟ ਫਾਇਲ ਨਾਂ ".gz" ਨਾਲ ਆਰੰਭ ਹੋਵੇ ਤਾਂ ਇਹ ਇੱਕ ਨਪੀੜੀ gzip ਫਾਇਲ ਹੈ ਅਤੇ ਇਸ ਨੂੰ fontconfig ਫੋਂਟ ਸਿਸਟਮ ਵਿੱਚ ਵਰਤਣ ਤੋਂ ਪਹਿਲਾਂ ਖੋਲਣਾ ਪਵੇਗਾ (gunzip ਕਮਾਂਡ ਵਰਤੋਂ)

fontconfig/Xft ਤੇ ਆਧਰਿਤ ਨਵੇਂ ਫੋਂਟ ਸਿਸਟਮ ਲਈ ਤਬਦੀਲ ਕਰਨ ਲਈ, GTK+ 1.2 ਕਾਰਜ ਲਈ ਫੋਂਟ ਪਸੰਦ ਵਾਰਤਾਲਾਪ ਦਾ ਕੋਈ ਪਰਭਾਵ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਇਹਨਾਂ ਕਾਰਜਾਂ ਲਈ, ~/.gtkrc.mine ਫਾਇਲ ਵਿੱਚ ਹੇਠ ਦਿੱਤੀਆਂ ਸਤਰਾਂ ਸ਼ਾਮਿਲ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:

style "user-font" {

fontset = "<font-specification>"

}

widget_class "*" style "user-font"

(ਜਿੱਥੇ ਕਿ <font-specification> ਮੂਲ X ਕਾਰਜ ਰਾਹੀਂ ਇਸਤੇਮਾਲ ਸ਼ੈਲੀ ਵਿੱਚ ਇੱਕ ਫੋਂਟ ਨਿਰਧਾਰਨ ਨੂੰ ਵੇਖਾਉਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*")

LVM2 ਕਮਾਂਡਾਂ ਦਾ ਪੂਰਾ ਸਮੂਹ ਹੁਣ /usr/sbin/ ਵਿੱਚ ਇੰਸਟਾਲ ਹੋਵੇਗਾ। ਬੂਟ ਵਾਤਾਵਰਣ ਵਿੱਚ, ਜਿੱਥੇ ਕਿ /usr/ ਉਪਲਬੱਧ ਨਹੀਂ ਹੈ, ਹਰ ਕਮਾਂਡ ਦੇ ਅੱਗੇ ਹੁਣ /sbin/lvm.static ਦੇਣਾ ਲਾਜ਼ਮੀ ਹੋਵੇਗਾ (ਉਦਾਹਰਨ ਲਈ /sbin/lvm.static vgchange -ay)।

ਵਾਤਾਵਰਣ, ਜਿੱਥੇ ਕਿ /usr/ ਉਪਲੱਬਧ ਹੈ, ਹਰ ਕਮਾਂਡ ਲਈ lvm ਅਗੇਤਰ ਇਸਤੇਮਾਲ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ (ਉਦਾਹਰਨ ਲਈ /usr/sbin/lvm vgchange -ay ਕਮਾਂਡ ਹੁਣ /usr/sbin/vgchange -ay ਬਣ ਗਈ ਹੈ)।

ਨਵੀਆਂ LVM2 ਕਮਾਂਡਾਂ (ਜਿਵੇਂ ਕਿ /usr/sbin/vgchange -ay and /sbin/lvm.static vgchange -ay) ਲੱਭੀਆਂ ਜਾਣਗੀਆਂ, ਜੇਕਰ ਤੁਸੀਂ 2.4 ਕਰਨਲ ਚਲਾਉਦੇ ਹੋ ਅਤੇ ਜੇਕਰ ਲੋੜੀਦਾ ਹੋਇਆ ਤਾਂ ਪੁਰਾਣੀਆਂ LVM1 ਕਮਾਂਡਾਂ ਇਸਤੇਮਾਲ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। LVM1 ਕਮਾਂਡਾਂ ".lvm1" ਪਿਛੇਤਰ ਨਾਲ ਮੌਜੂਦ ਹੋਣਗੀਆਂ। (ਉਦਾਹਰਨ ਲਈ, /sbin/vgchange.lvm1 -ay)।

nscd ਨਾਂ ਸੇਵਾ ਕੈਂਚੇ ਪੇਸ਼ਕਾਰ ਹੁਣ ਸਿਸਟਮ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਜਾਂ ਮੁੜ-ਚਾਲੂ ਕਰਨ ਦੇ ਬਾਅਦ ਵੀ ਕੈਂਚੇ ਸੰਭਾਲ ਸਕਦੀ ਹੈ। ਹਰ ਡਾਟਾਬੇਸ (ਉਪਭੋਗੀ, ਸਮੂਹ ਅਤੇ ਮੇਜ਼ਬਾਨ) ਨੂੰ /etc/nscd.conf ਫਾਇਲ ਵਿੱਚ ਅਨੁਸਾਰੀ ਸਤਰ ਦੇ ਅੱਗੇ "yes" ਲਿਖ ਕੇ ਸੰਭਾਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇੰਦਰਾਜ਼ ਨੂੰ ਕੈਂਚੇ ਵਿੱਚੋਂ ਉਦੋਂ ਤੱਕ ਹਟਾਇਆ ਨਹੀਂ ਜਾਵੇਗਾ, ਜਦ ਤੱਕ ਇਹਨਾਂ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਰਹਿੰਦੀ ਹੈ। ਸਭ ਇੰਦਰਾਜ਼, ਜਿੰਨਾਂ ਦੀ ਮਿਆਦ ਤਾਂ ਪੁੱਗ ਗਈ ਹੈ, ਪਰ ਲੋੜ ਹੈ, ਨੂੰ ਖੁਦ ਹੀ ਲੋਡ ਕੀਤਾ ਜਾਵੇਗਾ, ਜੋ ਕਿ ਡਾਇਰੈਕਟਰੀ ਤੇ ਨਾਂ ਸੇਵਾਵਾਂ ਦੇ ਆਰਜ਼ੀ ਰੂਪ ਵਿੱਚ ਨਾ ਉਪਲੱਬਧ ਹੋ ਦੀ ਸੂਰਤ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰ ਸਕਦਾ ਹੈ।

ਮੂਲ SELinux ਸੁਰੱਖਿਆ ਸੰਰਚਨਾ ਵਿੱਚ ਨਿਯਤ ਨੀਤੀ ਰਾਹੀਂ ਇਹ ਕਾਰਵਾਈ ਅਧੀਨ ਹੈ। ਇਹ ਸਿਸਟਮ ਇਕਾਈਆਂ, ਜੋ ਕਿ ਸਧਾਰਨ ਉਪਭੋਗੀ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ, ਤੇ ਅਧਿਕਾਰ ਦੇ ਕੇ ਜਾਂ ਸੁਰੱਖਿਅਤ ਰੱਖ ਕੇ ਸੁਰੱਖਿਆ ਨੂੰ ਵਧਾ ਦਿੰਦੀ ਹੈ। ਪਰ, ਕਿਉਕਿ ਇਸ ਵਿੱਚ ਪਹਿਲਾਂ ਕੰਮ ਕਰਨ ਵਾਲਿਆਂ ਸੰਰਚਨਾ ਨੂੰ ਰੋਕਣ ਦੀ ਸ਼ਕਤੀ ਹੈ, ਤੁਹਾਨੂੰ ਇਹ ਸਮਝ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ SELinux ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਤਾਂ ਕਿ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਤੁਸੀਂ ਇੱਕ ਸੁਰੱਖਿਅਤ ਅਤੇ ਕਾਰਜਕਾਰੀ ਸੰਰਚਨਾ ਕਰ ਸਕੋ।

SELinux ਨੀਤੀ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ Red Hat SELinux Policy Guide ਨੂੰ http://www.redhat.com/docs ਤੇ ਵੇਖੋ।