Red Hat Enterprise Linux 4 ને સંબંધિત નીચેના મુદ્દાઓ આ દસ્તાવેજોમાં આવરી લેવાયેલા છે:
ઓળખાણ (આ વિભાગ)
આ પ્રકાશનની ઉપરછલ્લી સમજ
સ્થાપન-સંબંધિત નોંધો
પેકેજ-લગતી નોંધો
પેકેજો ઉમેરાયા/દૂર થયા/આવૃત્તિ ઘટાડાઈ
નીચેની યાદી Red Hat Enterprise Linux 4 ની ઘણી નોંધપાત્ર બાબતોમાંની અમુકનો વિસ્તારપૂર્વક સાર સમાવે છે:
Red Hat Enterprise Linux 4 એ SELinux નો સુધારો સમાવે છે. SELinux વપરાશકર્તાઓ, કાર્યક્રમો, અને પ્રક્રિયાઓ કેવી રીતે સંપર્ક કરે છે તેનો મોટો અહેવાલ રજૂ કરે છે. આ પ્રકાશનમાં SELinux મૂળભુત રીતે, સ્થાપિત થયેલ અને સક્રિય કરેલ છે.
સ્થાપન દરમ્યાન તમારી પાસે SELinux ને નિષ્ક્રિય કરવાનો, તેને માત્ર ચેતવણી સંદેશાઓના લોગ માટે સુયોજિત કરવાનો, અથવા તેની લક્ષ્યાંકવાળી નીતિ વાપરવાનો વિકલ્પ રહે છે, કે જે માત્ર નીચેના ડિમનોને મર્યાદા લાગુ પાડે છે:
dhcpd
httpd
mysqld
named
nscd
ntpd
portmap
postgres
snmpd
squid
syslogd
મૂળભુત રીતે લક્ષ્યાંક નીતિ સક્રિય કરેલી છે.
Red Hat Enterprise Linux 4 એ SELinux માટે આધાર પૂરો પાડે છે જે ext2/ext3 ફાઈલ સિસ્ટમો પર વિસ્તૃત લક્ષણો વાપરે છે. એનો અર્થ એ થાય કે, જ્યારે ફાઈલ મૂળભુત રીતે માઉન્ટ થયેલ ext2/ext3 ફાઈલ પર લખાય, ત્યારે વિસ્તૃત લક્ષણ પણ લખાશે.
આ સિસ્ટમો પર સમસ્યાનું કારણ બનશે કે જે Red Hat Enterprise Linux 4 અને Red Hat Enterprise Linux 2.1 વચ્ચે દ્વિ બુટ વાપરે છે. Red Hat Enterprise Linux 2.1 કર્નલો વિસ્તૃત લક્ષણોને આધાર આપતા નથી, અને જ્યારે તેને અનુભવે ત્યારે નાશ પામી શકે છે.
SELinux વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન, કે જે અંહિ ઓનલાઈન છે તેનો સંદર્ભ લો:
mount આદેશ NFS માઉન્ટ પર નીચેનું કરવા માટે બદલાઈ ગયેલ છે:
· TCP એ હવે NFS માઉન્ટ પર મૂળભુત વાહનવ્યવહાર છે. એનો અર્થ એ થાય કે mount આદેશ જે UDP ને બાહ્ય રીતે જરૂરી પ્રોટોકોલ સ્પષ્ટ કરતો નથી (ઉદાહરણ તરીકે, mount foo:/bar /mnt) હવે સર્વર સાથે સંપર્કવ્યવહાર કરવા માટે TCP ને વાપરે છે, UDP ની જગ્યાએ.
· હમણાં verbose (-v) વિકલ્પને વાપરવાનું RPC ક્ષતિ સંદેશાઓને પ્રમાણભૂત આઉટપુટ પર લખવાનું કારણ બને છે.
Red Hat Enterprise Linux 4 એ ચીની, જાપાની, અને કોરિયાઈ લોકેલો માટે મૂળભુત રીતે UTF-8 સંગ્રહપદ્ધતિને આધાર આપે છે.
Red Hat Enterprise Linux 4 હવે ચીની, જાપાની, અને કોરિયાઈ ઈનપુટ માટે મૂળભુત રીતે IIIMF વાપરે છે.
Red Hat Enterprise Linux 4 ૫ ભારતીય ભાષાઓને આધાર આપે છે: બંગાળી, ગુજરાતી, હિંદી, પંજાબી, અને તમિલ. વધુમાં, આ આધારભૂત ભાષાઓ માટે ઉચ્ચ ગુણવત્તાવાળા લોહિત ફોન્ટના પરિવારનો સમાવેશ થયો છે.
ઉપઆવૃત્તિ 1.1 એ હવે Red Hat Enterprise Linux માં સમાઈ ગઈ; ઉપઆવૃત્તિ આવૃત્તિ નિયંત્રણ સિસ્ટમ એ CVS નો બીજો વિકલ્પ છે અને commit કરવાનું, ફાઈલો, ડિરેક્ટરીઓ અને મેટાડેટાને આવૃત્તિ આપવાનું, જેવા લક્ષણો અને CVS ના મોટા ભાગના વર્તમાન લક્ષણોનો સમાવેશ કરે છે.
પહેલાનાં પ્રકાશનોની જેમ નહિં અને, આ Red Hat Enterprise Linux 4 કર્નલ Intel® Extended Memory 64 Technology (હવે પછીથી "Intel® EM64T" તરીકે ઉલ્લેખ થશે), અને AMD64 પ્રોસેસરો જે એક "x86-64" કર્નલમાં હોય તેને પણ આધાર આપે છે. ત્યાં પ્રોસેસરના દરેક પ્રકાર માટે કોઈ અંગત કર્નલો હોતી નથી.
Native POSIX Thread Library (NPTL) — POSIX થ્રેડીંગ આધારનો સુધારો Red Hat Enterprise Linux 3 દ્વારા અસ્તિત્વમાં આવ્યો કે જેણે ગુણવત્તા, ક્ષમતા, ચોકસાઈ, અને પ્રમાણભૂતો માટે પહેલાં વપરાતા LinuxThreads ના સુધારા કરતાં વધારો કર્યો છે.
જ્યારે મોટા ભાગના થ્રેડવાળા કાર્યક્રમો પર NPTL ની ઓળખાણની અસર પડી હતી નહિં, આ કાર્યક્રમો કે જે LinuxThreads ના સિમેન્ટીક પર આધાર રાખે છે કે જેઓ POSIX સ્પષ્ટીકરણો જે યોગ્ય રીતે કામ નહિં આપે તેની સાથે સુમેળ થાય છે. NPTL ની ઓળખાણ દરમ્યાન સૂચવ્યા અનુસાર, આવા કાર્યક્રમો સુધારેલ હોવા જોઈએ એવો આગ્રહ Red Hat રાખે છે કે જેથી તેઓ POSIX સાથે કમ્પાઈલ થાય છે (અને તેથી NPTL વાપરી શકો.)
જ્યારે Red Hat Enterprise Linux 4 માટે LinuxThreads નો આધાર હજુ હોવા છતાં, આ વિધાન અગાઉના સૂચન તરીકે વર્તે છે કે Red Hat Enterprise Linux 5 ક્યારે LinuxThreads નો આધાર સમાવશે નહિં. તેથી, કાર્યક્રમો કે જેઓને LinuxThreads ના આધારની જરૂર પડે છે તેઓ Red Hat Enterprise Linux 5 સિસ્ટમ પર યોગ્ય રીતે કામ આપે તે માટે પહેલાથી જ સુધારાયેલા હોવા જોઈએ.
કામ કરવાની ઘણી રીતો અસ્તિત્વમાં છે કે જે કાર્યક્રમોને Red Hat Enterprise Linux 3 અને 4 હેઠળ LinuxThreads ના ઉપયોગ કરવા માટે પરવાનગી આપે છે. આ કામ કરવાની રીતોમાં નીચેનાનો સમાવેશ થાય છે:
રનટાઈમે NPTL ની જગ્યાએ LinuxThreads પસંદ કરવા માટે LD_ASSUME_KERNEL
પર્યાવરણીય ચલનો ઉપયોગ કરીને
રનટાઈમે NPTL ની જગ્યાએ LinuxThreads ને પસંદ કરવા માટે બાહ્ય પથ /lib/i686/
અથવા /lib/
વાપરીને
NPTL ની જગ્યાએ LinuxThreads ને વાપરવા માટે કાર્યક્રમોને સ્ટેટિક રીતે કડી કરીને (સખત મનાઈ)
શુ કાર્યક્રમ NPTL અથવા LinuxThreads વાપરી રહ્યો છે તે નક્કી કરવા માટે, નીચેના બે પર્યાવરણીય ચલો કાર્યક્રમના પર્યાવરણમાં ઉમેરો:
LD_DEBUG=libs
LD_DEBUG_OUTPUT=
<filename>
(જ્યાં
એ દરેક ડિબગ આઉટપુટ લોગ ફાઈલને આપવામાં આવેલ નામ છે. એક કરતાં વધુ ફાઈલો બનાવી શકાય છે જો કાર્યક્રમ બીજી પ્રક્રિયાઓને બનાવે; બધા ડિબગ આઉટપુટ લોગ ફાઈલ નામો ફાઈલ બનાવતી પ્રક્રિયાના PID નો સમાવેશ કરે છે.)<filename>
પછી કાર્યક્રમ શરૂ કરો અને તેને સામાન્ય રીતે તમે જેમ વાપરો તેમ ચલાવો.
જો કોઈ ડિબગ આઉટપુટ લોગ ફાઈલ પેદા નહિં થાય, તો કાર્યક્રમ સ્ટેટિક રીતે કડી થાય. કાર્યક્રમ ખોવાયેલ LinuxThreads DSO વિના અસર કરે નહિં પરંતુ, સ્ટેટિક રીતે કડી થયેલ કાર્યક્રમો સાથે, કાર્યક્રમ ઉમદા રીતે કોઈપણ કોડને લાવે તેમ છતાં પણ સુસંગતતા માટે કોઈ ગેરેંટી આપવામાં આવતી નથી. (પ્રત્યક્ષ રીતે dlopen() મારફતે અથવા પરોક્ષ રીતે NSS મારફતે.)
જો એક અથવા ડિબગ આઉટપુટ લોગ ફાઈલો પેદા થઈ હોત, તો libpthread ના કોઈપણ સંદર્ભ માટે દરેકની ઉપરછલ્લી સમજ લો — ખાસ કરીને, લીટી "calling init
" શબ્દમાળા પણ ધરાવે છે. grep ઉપયોગિતા પણ આને સરળતાથી કરી શકે છે:
grep "calling init.*libpthread" <filename>
.*
(જ્યાં <filename>
એ LD_DEBUG_OUTPUT
પર્યાવરણીય ચલમાં વપરાતા નામનો સંદર્ભ લે છે.)
જો libpthread કરતાં પહેલાં આવતો પથ /lib/tls/
હોય, તો કાર્યક્રમ NPTL વાપરે છે, અને પછી કોઈ ક્રિયા કરવાની જરૂર રહે નહિં. બીજો કોઈપણ પથ એટલે કે LinuxThreads વપરાયેલ છે, અને કાર્યક્રમનો સુધારો કરવાની જરૂર છે અને NPTL નો આધાર પૂરો પાડવા માટે ફરીથી બનાવવું જ પડશે.
Red Hat Enterprise Linux 4 હવે અદ્યતન રૂપરેખાંકન અને પાવર ઈન્ટરફેસ (ACPI), પાવર વ્યવસ્થાપન સ્પષ્ટીકરણ સામાન્ય રીતે મોટા ભાગના નવા હાર્ડવેરો દ્વારા આધારભૂત છે તેમના માટેનો આધાર સમાવે છે.
હાર્ડવેર એ સિસ્ટમ પર્યાવરણોમાં ACPI ના આધાર સાથે અને તેના આધાર વિના ચકાસાય છે તેમાં ક્રમના ફેરફારના કારણે, ઉપકરણના નામમાં ફેરફારો અસ્તિત્વમાં આવે છે. એનો અર્થ એ થાય કે, ઉદાહરણ તરીકે, Red Hat Enterprise Linux ની પહેલાની આવૃત્તિ હેઠળ eth1 તરીકે ઓળખાયેલ નેટવર્ક ઈન્ટરફેસ કાર્ડ હવે કદાચ eth0 તરીકે ઓળખાશે.
આ વિભાગ એનાકોન્ડા (Red Hat Enterprise Linux સ્થાપન કાર્યક્રમ) ને સંબંધિત મુદ્દાઓ અને Red Hat Enterprise Linux 4 ના સ્થાપન માટે સામાન્ય ચર્ચા કરે છે.
જો તમે Red Hat Enterprise Linux 4 CD-ROM ના સમાવિષ્ટોની નકલ કરી રહ્યા હોય (નેટવર્ક-આધારિત સ્થાપનની તૈયારી માટે, ઉદાહરણ તરીકે) તો ખાતરી કરો કે તમે CD-ROM ની ઓપરેટિંગ સિસ્ટમ માટે જ માત્ર નકલ કરો. વધારાની CD-ROM, અથવા કોઈપણ સ્તરવાળી ઉત્પાદન CD-ROM ની નકલ કરો નહિં, કારણ કે આ એનાકોન્ડાની યોગ્ય પ્રક્રિયા માટે જરૂરી ફાઈલો પર ફરીથી લખી નાંખશે.
Red Hat Enterprise Linux સ્થાપિત થઈ જાય પછી જ આ બધી CD-ROM સ્થાપિત થવી જોઈએ.
Red Hat Enterprise Linux 4 સ્થાપન દરમ્યાન, સિસ્ટમ રૂપરેખાંકન કે જે ઘણા સંગ્રહ એડેપ્ટરો સમાવે છે તેમાં અંગત સંગ્રહ ઉપકરણો ઓળખવાનું ખૂબ ચુનોતીવાળું હોઈ શકે. આ ખાસ કરીને ફાયબર ચેનલ એડેપ્ટરો સમાવતી સિસ્ટમો માટે સાચું છે, કારણ કે મોટા ભાગના કિસ્સાઓમાં Red Hat Enterprise Linux ને સ્થાનિક સંગ્રહ પર સ્થાપિત કરવાનું ખૂબ સારુ છે.
Red Hat Enterprise Linux 4 સ્થાપન કાર્યક્રમ જ્યાં સુધી અન્ય SCSI ઉપકરણઓ લવાઈ જાય નહિં ત્યાં સુધી નીચેના મોડ્યુલો લાવવામાં વિલંબ કરીને આ મુદ્દાનો ઉલ્લેખ કરે છે:
lpfc
qla2100
qla2200
qla2300
qla2322
qla6312
qla6322
/dev/sda
, /dev/sdb
, અને એવા જ બીજા નામથી શરૂ થતા સ્થાનિક-જોડાયેલ SCSI ઉપકરણો સાથે FC-જોડાયેલ સંગ્રહસ્થાન નીચેનામાં પરિણમે છે.
નીચેનો વિભાગ પેકેજો વિશે જાણકારી સમાવે છે કે જેઓને Red Hat Enterprise Linux 4 માટે નોંધપાત્ર સુધારો થયેલ છે. સરળ વપરાશ માટે, તેઓ એનાકોન્ડામાં વપરાતા સરખા જૂથો દ્વારા જ આયોજિત થયેલ છે.
આ વિભાગ સિસ્ટમ કમ્પોનન્ટો સંબંધિત આધારભૂત જાણકારી સમાવે છે.
Red Hat Enterprise Linux 4 એ OpenSSH 3.9 નો સમાવેશ કરે છે, કે જે સખ્ત પરવાનગીઓ સમાવે છે અને ~/.ssh/config
ફાઈલ માટે માલિકી ચકાસણીઓ કરે છે. આ ચકાસણીઓ એટલે કે જો આ ફાઈલ પાસે યોગ્ય માલિકી અને પરવાનગીઓ નહિં હોય તો ssh બંધ થઈ જશે.
તેથી, ખાતરી કરો કે ~/.ssh/config
એ ~/
ના માલિકની હોય, અને તેની પરવાનગીઓ 600 સ્થિતિમાં સુયોજિત થયેલી હોય.
આ વિભાગ Red Hat Enterprise Linux ની મોટા ભાગની ઘટનાકીય વસ્તુઓ, કર્નલની સાથે સમાવે છે.
ext2online
ઉપયોગિતા વર્તમાન ext3 ફાઈલ સિસ્ટમ ઓનલાઈન મેળવવા માટે ઉમેરાઈ ગયેલ છે.
ખૂબ મહત્વની વાત એ ધ્યાનમાં રાખવાની કે ext2online
પોતાની જાતે બ્લોક ઉપકરણને મેળવે નહિં — ઉપકરણ પર પૂરતી નહિં વપરાયેલ જગ્યા પહેલાથી જ હોવી જ જોઈએ. આ ખાતરી કરવાનો સરળ માર્ગ એ છે કે LVM વોલ્યુમો વાપરવાનું અને lvresize
ચલાવવાનું અથવા lvextend
ને ઉપકરણને વિસ્તૃત કરવા માટે વાપરવાનું.
વધુમાં, ફાઈલ સિસ્ટમ અમુક ચોક્કસ બિંદુ સુધી જ માપ બદલાવા માટે તૈયાર થયેલી હોવી જોઈએ. તૈયારી ઓછા જથ્થાની જગ્યા આરક્ષિત કરવાનો સમાવેશ કરે છે કે જેમાં ઓન-ડિસ્ક કોષ્ટકો વધારી શકાય. નવી બનેલી ફાઈલ સિસ્ટમો માટે, mke2fs
આવી જગ્યા આપોઆપ આરક્ષિત કરે છે; આરક્ષિત થયેલ જગ્યા એ ફાઈલ સિસ્ટમને 1000 ના ગુણકમાં વધવા માટે પૂરતી છે. આ આરક્ષિત જગ્યાની બનાવટ નીચેના આદેશની મદદથી નિષ્ક્રિય કરી શકાય છે:
mke2fs -O ^resize_inode
Red Hat Enterprise Linux ના ભવિષ્યના પ્રકાશનો આ આરક્ષિત જગ્યાને વર્તમાન ફાઈલ સિસ્ટમો પર પરવાનગી આપે છે.
Red Hat Enterprise Linux 4 સાથે પૂરી પાડવામાં આવેલ glibc
ની આવૃત્તિ માહિતીની સાચવણી માટે અને માહિતીના નાશથી બચાવવા માટે આંતરિક ચકાસણીઓ જેટલું શક્ય હોય તેટલું જલદી કરે છે. મૂળભુત રીતે, શું નાશ શોધી શકાશે, આના જેવો સંદેશો પ્રમાણભૂત ક્ષતિ સંદેશાની જેમ પ્રદર્શિત થશે (અથવા syslog મારફતે જો stderr ખુલ્લું ના હોય):
*** glibc મળી આવ્યું *** double free or corruption: 0x0937d008 ***
મૂળભુત રીતે, કાર્યક્રમ કે જેણે આ ક્ષતિ પેદા કરી તે પણ મારી નંખાશે; તેમ છતાં પણ, આ (અને ક્ષતિ સંદેશો પેદા થાય કે ના થાય તોપણ) MALLOC_CHECK_
પર્યાવરણીય ચલ દ્વારા નિયંત્રિત થાય છે. નીચેનાં સુયોજનો આધારભૂત છે:
૦ — ક્ષતિ સંદેશો પેદા કરો નહિં, અને કાર્યક્રમને મારી નાંખો નહિં
૧ — ક્ષતિ સંદેશો પેદા કરો, પરંતુ કાર્યક્રમને મારી નાંખો નહિં
૨ — ક્ષતિ સંદેશો પેદા કરો નહિં, પરંતુ કાર્યક્રમને મારી નાંખો
૩ — ક્ષતિ સંદેશો પેદા કરો અને કાર્યક્રમને મારી નાંખો
જો MALLOC_CHECK_ એ બાહ્ય રીતે ૦ કિંમતે સુયોજિત થયેલ હોય, તો આ glibc
ને વધુ ચકાસણીઓ કરવા માટેનું કારણ બને છે કે જેઓ મૂળભુત કરતાં વધુ ખર્ચાળ છે, અને ગુણવત્તાને અસર કરે છે.
શું તમારી ત્રીજી વ્યક્તિ ISV કાર્યક્રમ છે કે જે આ ભંગાણ ચકાસણીઓ બદલે અને સંદેશો પ્રદર્શિત કરે, તમારે કાર્યક્રમના વિક્રેતાને ઉણપ અહેવાલ ફાઈલ કરવો જોઈએ, કારણ કે આ જોખમી ત્રુટિ સૂચવે છે.
આ વિભાગ Red Hat Enterprise Linux 4 કર્નલ સંબંધિત નોંધોનો સમાવેશ કરે છે.
Red Hat Enterprise Linux 4 એ rawio માટે આધાર સમાવે તેમછતાં પણ, તે હવે નીચી આવૃત્તિ કરાયેલ ઈન્ટરફેસ છે. જો તમારો કાર્યક્રમ આ ઈન્ટરફેસની મદદથી ઉપકરણ ચલાવવાનું પસંદ કરે, તો Red Hat તમને બ્લોક ઉપકરણને O_DIRECT નિશાની સાથે ખોલવા માટે તમારો કાર્યક્રમ સુધારવા માટે પ્રેરે છે. Red Hat Enterprise Linux 4 ના જીવન માટે rawio અસ્તિત્વમાં હશે, પરંતુ તે ભવિષ્યના પ્રકાશનો માટે દૂર કરવાનો ઉમેદવાર છે.
ફાઈલ સિસ્ટમ પર Asynchronous I/O (AIO) વર્તમાનમાં માત્ર O_DIRECT માં, અથવા non-buffered સ્થિતિમાં આધારભૂત છે. અને એ પણ ધ્યાનમાં રાખો કે asynchronous poll ઈન્ટરફેસ લાંબા સમય સુધી અસ્તિત્વમાં નથી, અને તે pipes પરનું AI લાંબા સમય સુધી આધારભૂત નથી.
ધ્વનિ ઉપસિસ્ટમ હવે ALSA પર આધારિત છે; OSS મોડ્યુલો લાંબા સમય સુધી ઉપ્લબ્ધ નથી.
કર્નલના "hugepage" વિધેયને વાપરતાં સિસ્ટમ પર્યાવરણોને જાણ હોવી જોઈએ કે આ લક્ષણને નિયંત્રિત કરતો /proc/
પ્રવેશ Red Hat Enterprise Linux 3 અને Red Hat Enterprise Linux 4 વચ્ચે બદલાય છે:
Red Hat Enterprise Linux 3 /proc/sys/vm/hugetlb_pool
વાપર્યું હતું અને જરૂરી માપ મેગાબાઈટમાં સ્પષ્ટ કર્યું હતું
Red Hat Enterprise Linux 4 એ /proc/sys/vm/nr_hugepages
વાપરે છે અને નક્કી થયેલ પાનાઓ માટે જરૂરી માપ સ્પષ્ટ કરે છે (તમારી સિસ્ટમ પર hugepages ના માપ માટે /proc/meminfo
નો સંદર્ભ લો)
Red Hat Enterprise Linux 4 નું પ્રારંભિક પ્રકાશન USB હાર્ડ ડિસ્ક ડ્રાઈવોને આધાર આપતું નથી. તેમછતાં પણ, અન્ય USB સંગ્રહ ઉપકરણો, જેમ કે flash મીડિયા, CD-ROM અને DVD-ROM ઉપકરણો વર્તમાનમાં આધારભૂત છે.
Red Hat Enterprise Linux 4 સાથે સમાવિષ્ટ કર્નલ LSI લોજીકમાંથી નવો 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 PERC (dual-channel fast/wide SCSI) RAID નિયંત્રક
Dell PERC2/SC (single-channel Ultra SCSI) RAID નિયંત્રક
Dell PERC2/DC (dual-channel Ultra SCSI) RAID નિયંત્રક
Dell CERC (four-channel ATA/100) RAID નિયંત્રક
MegaRAID 428
MegaRAID 466
MegaRAID Express 500
HP NetRAID 3Si અને 1M
બંને Dell અને LSI Logic સૂચવ્યું કે તેઓ આ મોડેલોને 2.6 કર્નલમાં લાંબા સમય સુધી આધાર આપશે નહિં. તેના પરિણામે, આ એડેપ્ટરો Red Hat Enterprise Linux 4 માં આધારભૂત નથી.
Red Hat Enterprise Linux 4 નું પ્રારંભિક પ્રકાશન iSCSI સોફ્ટવેર initiator અથવા target આધારનો સમાવેશ કરતું નથી. iSCSI નો આધાર એ Red Hat Enterprise Linux 4 ના ભવિષ્યના પ્રકાશનોમાં આધારભૂત રીતે ઉકેલાઈ ગયું.
Emulex LightPulse ફાયબર ચેનલ ડ્રાઈવર (lpfc
) એ વર્તમાનમાં Linux 2.6 ના શક્ય સમાવિષ્ટો માટે જાહેર રીવ્યુ માટે જઈ રહ્યું છે. તે Red Hat Enterprise Linux 4 માં પરીક્ષણના હેતુ માટે સમાયેલ છે. ડ્રાઈવરોમાં ફેરફારો ઈચ્છિત છે. જો ત્યાં ડ્રાઈવરો સાથે સમસ્યાઓ હોય અથવા, જો અમુક કારણોને લીધે તે લાંબા સમય સુધી Linux 2.6 કર્નલમાં સમાવવા માટે અસ્તિત્વમાં નહિં હોય, તો ડ્રાઈવર છેલ્લા Red Hat Enterprise Linux પ્રકાશનમાંથી દૂર કરવામાં આવશે.
lpfc
ડ્રાઈવરને હાલમાં નીચેનો જાણીતો મુદ્દો છે:
ડ્રાઈવર સિસ્ટમને ટુંકા ગાળાના કેબલ ખેંચાણો, ફેરબદલી રીબુટો, અથવા ઉપકરણ અદ્રશ્યતાઓથી સાચવી શખતું નથી. તેથી, સિસ્ટમ કાયમી રીતે નક્કી કરી લે કે ઉપકરણ બિન-હયાત છે અને તેને ઓફલાઈન વાપરો. આવા કિસ્સાઓમાં, ઉપકરણને સિસ્ટમ સાથે કામ આપવા માટે જાતે અખતરાઓ કરવા જોઈએ.
ત્યાં જાણીતો દુખાવો છે ડ્રાઈવર insmod સાથે દાખલ કરવામાં આવે ત્યારે જો Ctrl-C દબાવવામાં આવે.
ત્યાં જાણીતો દુખાવો છે જો insmod ચલાવતી વખતે rmmod ચાલુ થઈ જાય.
નવું ઉપકરણ ઉમેરવા માટે SCSI ઉપસિસ્ટમ માટે નવું ઉપકરણ શોધવા માટે ચકાસણીની જરૂર રહે છે.
ભૂતકાળમાં, કર્નલને સુધારવાની ક્રિયા સિસ્ટમના બુટ લોડર રૂપરેખાંકનમાં મૂળભુત કર્નલને સુધારતી નથી.
Red Hat Enterprise Linux 4 એ નવી સ્થાપિત કર્નલોને મૂળભુત બનાવવા માટે આ વર્તણૂકને બદલે છે. આ વર્તણૂક (rpm -i ની સાથે) બધી સ્થાપન પદ્ધતિઓને લાગુ પડે છે.
આ વર્તણૂક /etc/sysconfig/kernel
ફાઈલમાંની બે લીટીઓ દ્વારા નયિંત્રિત થાય છે:
UPGRADEDEFAULT — જે કંઈપણ નવી કર્નલો મૂળભુત રીતે બુટ થાય તેને નિયંત્રિત કરે છે (મૂળભુત કિંમત: yes)
DEFAULTKERNEL — બધી કર્નલ RPM કે જેમના નામો આ કિંમત સાથે બંધબેસે તે મૂળભુત રીતે બુટ થશે (મૂળભુત કિંમત: હાર્ડવેર રૂપરેખાંકન પર આધાર રાખે છે)
કર્નલ સ્રોત કોડ માટે અલગ પેકેજ પૂરુ પાડવામાં રીડન્ડન્સી ઘટાડવા માટે જ્યારે તે સ્રોતો કોડ પહેલાથી જ કર્નલની .src.rpm
ફાઈલમાં હાજર હોય, ત્યારે Red Hat Enterprise Linux 4 લાંબા સમય સુધી kernel-source
પેકેજ સમાવવામાં સમર્થ નહિં હોય. વપરાશકર્તાઓ કે જેમને કર્નલ સ્રોતોને વાપરવાની જરૂર હોય તેઓ તેને kernel
.src.rpm
ફાઈલમાં શોધી શકે. આ ફાઈલમાં વિસ્તૃત સ્રોત વૃક્ષ બનાવવા માટે, નીચેનાં પગલાંઓ ભરો (નોંધ કરો કે
એ તમારી વર્તમાનમાં ચાલતી કર્નલ માટે આવૃત્તિ સ્પષ્ટીકરણનો સંદર્ભ લે છે):<version>
kernel-
ફાઈલને નીચેના સ્રોતોમાંના એકમાંથી મેળવો:<version>
.src.rpm
યોગ્ય "SRPMS" CD iso ઈમેજ પરની SRPMS
ડિરેક્ટરી
FTP સાઈટ કે જ્યાં તમે કર્નલ પેકેજ મેળવી શકો
નીચેનો આદેશ ચલાવીને:
up2date --get-source kernel
kernel-
સ્થાપિત કરો (આપેલ મૂળભુત RPM રૂપરેખાંકન, ફાઈલોને સમાવતું આ પેકેજ <version>
.src.rpm/usr/src/redhat/
માં લખાશે)
/usr/src/redhat/SPECS/
ડિરેક્ટરીમાં જાઓ, અને નીચેનો આદેશ ચલાવો:
rpmbuild -bp --target=<arch>
kernel.spec
(જ્યાં <arch>
એ જરૂરી લક્ષ્ય આર્કીટેક્ચર છે.)
મૂળભુત RPM રૂપરેખાંકન પર, કર્નલ વૃક્ષ /usr/src/redhat/BUILD/
માં સ્થિત થયેલ હશે.
પરિણામી વૃક્ષમાં, Red Hat Enterprise Linux 4 માંની અમુક ચોક્કસ કર્નલો માટે રૂપરેખાંકનો /configs/
ડિરેક્ટરીમાં હોય છે. ઉદાહરણ તરીકે, i686 SMP રૂપરેખાંકન ફાઈલને /configs/kernel-
નામ આપવામાં આવેલ છે. સર્જનની ક્રિયા માટે રૂપરેખાંકન ફાઈલને જરૂરી જગ્યાએ મૂકવા માટે નીચેનો આદેશ ચલાવો:<version>
-i686-smp.config
cp <desired-file>
./.config
નીચેનો આદેશ ચલાવો:
make oldconfig
પછી તમે સામાન્ય રીતે પ્રક્રિયા કરી શકો છો.
કર્નલ મોડ્યુલોને વર્તમાનમાં વપરાતી કર્નલ વિરૂદ્ધ બનાવવા માટે વિસ્તૃત સ્રોત વૃક્ષ જરુરી નથી.
ઉદાહરણ તરીકે, foo.ko
મોડ્યુલ બનાવવા માટે, foo.c
ફાઈલને સમાવતી ડિરેક્ટરીમાં નીચેની ફાઈલ (Makefile
નામવાળી) બનાવો:
obj-m := foo.o
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules
foo.ko
મોડ્યુલ બનાવવા માટે make આદેશ ચલાવો.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
આ વિભાગ DNS નામ સર્વર સંબંધિત જાણકારીનો સમાવેશ કરે છે.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
આ વિભાગ પેકેજોનો સમાવેશ કરે છે કે જે તમને ઈન્ટરનેટ, ગ્રાફિકવાળા મેઈલ, વેબ બ્રાઉઝર, અને સંવાદ ક્લાઈન્ટો સાથે વાપરવામાં મદદ કરે.
Red Hat Enterprise Linux 4 એ ઈવોલ્યુશન ગ્રાફિકવાળા ઈમેઈલ ક્લાઈન્ટની સુધારાયેલ આવૃત્તિને સમાવે છે. આ આવૃત્તિ મોટી સંખ્યાના નવા લક્ષણોનો સમાવેશ કરે છે, આની સાથે:
ઈવોલ્યુશન હવે સ્પામ ગાળકોનો સમાવેશ કરે છે કે જે વધુ ચોક્કસપણે સ્પામ અને બિન-સ્પામ મેઈલ વચ્ચેનો તફાવત આંકવા માટે તૈયાર થયેલ છે. જ્યારે તમે સ્પામ મેળવો,
બટન પર ક્લિક કરો. શું કંઈપણ યોગ્ય રીતે ગળાઈ રહ્યું છે કે નહિં તે ચકાસવા માટે સમયસર તમારું બગડેલું મેઈલ ફોલ્ડર ચકાસતાં રહો. જો તમે અયોગ્ય રીતે ગળાયેલ ઈમેઈલ શોધો, તો તેને એમ ચિહ્નિત કરો; આ રીતે, સમય જતાં ગાળક વધુ અસરકારક બનતું જશે.ઈવોલ્યુશન કનેક્ટર તેને Microsoft Exchange 2000 અને 2003 સર્વરો સાથે જોડવા માટે શક્ય બનાવે છે.
વપરાશકર્તા ઈન્ટરફેસ સુધારાઈ ગયું છે તેથી દરેક પ્રક્રિયા (ઈમેઈલ, કેલેન્ડર, બાબતો, અને સંપર્કો) અલગ રીતે કામ અપાય છે, પહેલાના server-centric મોડેલની જગ્યાએ.
ઈવોલ્યુશન હવે S/MIME ના વપરાશને સમાવીને, એનક્રિપ્શન અને ક્રિપ્ટોગ્રાફિક સહીના આધાર માટેનો સમાવેશ કરે છે.
ઈવોલ્યુશન દ્વારા તેના સુયોજનો સંગ્રહવા માટે વપરાતી ડિરેક્ટરી તેને ~/evolution/
માંથી ~/.evolution/
માં નામ બદલીને અંતિમ-વપરાશકર્તાથી સંતાડી દેવાયેલ છે.
આ વિભાગ પેકેજો સમાવે છે કે જે તમને ઈમેજો સુધારવામાં અને સ્કેન કરવામાં મદદ કરશે.
gimp-perl
પેકેજ Red Hat Enterprise Linux 4 માંથી દૂર થઈ ગયેલ છે કારણ કે GIMP એ 2.0 માં સુધારાયેલ હતું અને Perl બાઈન્ડીંગો ક્યાં તો તૈયાર નથી અથવા મુખ્ય પેકેજનો ભાગ નથી.
Perl સ્ક્રિપ્ટના વપરાશકર્તાઓ GIMP માં Gimp Perl મોડ્યુલ http://www.gimp.org/downloads/ માંથી સ્થાપિત કરે.
આ વિભાગ Red Hat Enterprise Linux હેઠળની વિવિધ ભાષાઓ સંબંધિત જાણકારીઓનો સમાવેશ કરે છે.
સિસ્ટમને Red Hat Enterprise Linux 3 માંથી Red Hat Enterprise Linux 4 માં સુધારતી વખતે, સિસ્ટમ લોકેલ સુયોજનો સચવાયેલા હતા. કારણ કે Red Hat Enterprise Linux 4 ચીની, જાપાની, અને કોરિયા લોકેલોને મૂળભુત રીતે UTF-8 સંગ્રહપદ્ધતિમાં આધાર આપે છે, Red Hat તમારી પાસે એવો આગ્રહ રાખે છે કે તમે UTF-8 લોકેલમાં મૂળભુત રીતે નીચેની ફાઈલમાં ફેરફાર કરીને વાપરો:
/etc/sysconfig/i18n
નીચેના ફેરફારો કરીને લોકેલ સુયોજનો સુધારો:
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 બની જશે
~/.i18n
માંના લોકેલ સુયોજનો સાથેના વપરાશકર્તાઓ પણ UTF-8 સંગ્રહપદ્ધતિ મૂળભુત રીતે વાપરવા માટે સુધારો પણ કરી શકે છે.
લખાણ ફાઈલને સ્થાનીય સંગ્રહપદ્ધતિ (ઉદાહરણ તરીકે eucJP, eucKR, Big5, અથવા GB18030) માંથી UTF-8 માં ફેરવવા માટે, તમે iconv ઉપયોગિતા વાપરી શકો છો:
iconv -f <native encoding>
-t UTF-8 <filename>
-o <newfilename>
વધુ જાણકારી માટે iconv મદદ પાનાનો સંદર્ભ લો.
ચીની (સરળ અને પારંપરિક), જાપાની, અને કોરિયાઈ માટે મૂળભુત ઈનપુટ પદ્ધતિ IIIMF — Internet/Intranet Input Method Framework માં બદલાઈ ગઈ. IIIMF એ ભારતીય ભાષાઓ માટે પણ ઈનપુટની મૂળભુત પદ્ધતિ છે. IIIMF એ સ્થાનિક રીતે GTK2 IM મોડ્યુલ મારફતે આધારભૂત છે, અને httx ક્લાઈન્ટ વાપરતા XIM મારફતે પણ. IIIMF એ ઘણા Language Engine (LE) ને એક જ સમયે ચલાવવા માટે પણ આધાર આપે છે; GNOME Input Method Language Engine Tool (GIMLET — એક એપ્લેટ) ની મદદથી વિવિધ ભાષાઓના LE વચ્ચે GTK2 કાર્યક્રમોની અંદર ફેરબદલી કરવાનું શક્ય છે.
IIIMF વર્તમાનમાં ઈનપુટ પદ્ધતિ ચાલુ અને બંધ કરવા માટે Ctrl-Space અથવા Shift-Space મૂળભુત રીતે વાપરે છે (Emacs વપરાશકર્તાઓ Ctrl-@ ને Ctrl-Space ની જગ્યાએ વાપરી શકે).
સ્થાપન દરમ્યાન તમારી ભાષાના આધારની પસંદગીના આધારે, એક અથવા વધુ IIIMF ભાષા યંત્રો સ્થાપિત થશે:
ભારતીય ભાષાઓ — iiimf-le-unit
જાપાની — iiimf-le-canna
કોરિયાઈ — iiimf-le-hangul
સરળ ચીની — iiimf-le-chinput
પારંપરિક ચીની — iiimf-le-xcin
આ ભાષાઓ માટે IIIMF સ્થાપિત છે અને મૂળભુત રીતે સક્રિય કરેલ છે.
નવા વપરાશકર્તાઓ GIMLET એપ્લેટ (iiimf-gnome-im-switcher
પેકેજનો ભાગ) આપોઆપ તેમની જીનોમ પેનલમાં ઉમેરાયેલ મેળવી શકે છે, જો જીનોમ ડેસ્કટોપ સ્થાપિત હોય અને મૂળભુત સિસ્ટમ ભાષા એ ઉપરનામાંની એક હોય.
GIMLET એ તમારી સિસ્ટમ પર સ્થાપિત વિવિધ LE વચ્ચે ફેરબદલી કરવા માટેની એપ્લેટ છે. વિવિધ ભાષા યંત્રો વાપરવાનું તમને વિવિધ ભાષાઓમાં લખવા માટે પરવાનગી આપે છે. તમે જાતે GIMLET ને જીનોમ પેનલ પર જમણું ક્લિક કરીને ઉમેરી શકો છો,
અને પછી એપ્લેટ પસંદ કરીને.જો તમે સુધારો કરી રહ્યા હોય અને તમારી પાસે કોઈપણ પૂર્વસ્થાપિત XIM ઈનપુટ પદ્ધતિઓ હોય, તો એનાકોન્ડા આપોઆપ યોગ્ય ભાષા યંત્રો તમારી સિસ્ટમ પર સ્થાપિત કરી દેશે:
ami
એ iiimf-le-hangul
સ્થાપિત થવાનું કારણ બને છે
kinput2
એ iiimf-le-canna
સ્થાપિત થવાનું કારણ બને છે
miniChinput
એ iiimf-le-chinput
સ્થાપિત થવાનું કારણ બને છે
xcin
એ iiimf-le-xcin
સ્થાપિત થવાનું કારણ બને છે
વપરાશકર્તાઓ માટે કે જેઓને દર વખતે IIIMF ઈનપુટની જરૂર નહિં હોય તો ત્યાં LE હોય છે જે "લેટિન મૂળભુત" તરીકે ઓળખાય છે કે જે સામાન્ય ઈનપુટ માટે કંઈ કરતું નથી. આ ક્ષણિક રીતે અન્ય LE ને નિષ્ક્રિય કરવા માટે વાપરી શકાય છે.
નીચે દરેક ભાષા યંત્રો માટે અમુક ચોક્કસ કીબાઈન્ડીંગો આપેલા છે:
iiimf-le-canna
— Home (મેનુ બતાવો, Canna માટે ઉપયોગિતાઓ ઉમેરો)
iiimf-le-unit
— F5 (ભાષાઓ વચ્ચે ફેરબદલી કરવા માટે), F6 (મૂળભુત ઈનપુટ પદ્ધતિમાં બદલવા માટે, જો ઉપ્લબ્ધ હોય)
iiimf-le-xcin
— Ctrl-Shift (વિવિધ ઈનપુટ શૈલીઓમાં ફેરબદલી કરવા માટે), Shift-punctuation (વિરામચિહ્નો ઈનપુટ કરવા માટે), Cursor keys (ઉમેદવાર વિન્ડોમાં પાનાઓ બદલવા માટે)
iiimf-le-chinput
— Ctrl-Shift (વિવિધ ઈનપુટ શૈલીઓ વચ્ચે ફેરબદલી કરવા માટે), < અથવા > (ઉમેદવાર વિન્ડોમાં પાનાંઓ બદલવા માટે)
iiimf-le-hangul
— F9 (હંગુલને ચીની અક્ષરોમાં ફેરવવા માટે)
શું તમે IIIMF અને સામાન્ય ઈનપુટ પદ્ધતિ ફ્રેમવર્ક XIM વચ્ચે ફેરબદલી કરવા ઈચ્છો છો, તમે system-switch-im કાર્યક્રમ વાપરી શકો છો. ત્યાં વપરાશકર્તા અને સિસ્ટમ રૂપરેખાંકન બદલવા માટે આદેશ-વાક્ય સાધન im-switch પણ છે.
વિવિધ લોકેલો માટે વપરાતી વિવિધ ઈનપુટ પદ્ધતિઓ રૂપરેખાંકિત કરવા માટે Red Hat Enterprise Linux 4 વિકલ્પ-આધારિત સિસ્ટમની ફાઈલો /etc/X11/xinit/xinput.d/
અને ~/.xinput.d/
માં વાપરે છે. લોકેલોના વપરાશકર્તાઓ કે જેના માટે ઈનપુટ પદ્ધતિઓ મૂળભુત રીતે વપરાતી નથી (ઉદાહરણ તરીકે, en_US.UTF-8) તેઓ એશિયાઈ લખાણ ઈનપુટ નીચેનો આદેશ શેલ પ્રોમ્પ્ટમાંથી ચલાવે જ એમ ઈચ્છે છે:
mkdir -p ~/.xinput.d/
ln -s /etc/X11/xinit/xinput.d/iiimf ~/.xinput.d/en_US
આ સિસ્ટમ મૂળભુતો પર ફરીથી લખે છે અને IIIMF નો અમેરિકી અંગ્રેજી માટે વપરાશ સક્રિય કરે છે. અલગ લોકેલ સાથે ઈનપુટ પદ્ધતિ રૂપરેખાંકિત કરવા માટે, en_US ને તમારા લોકેલ નામ સાથે બદલો (અક્ષરના પ્રત્યય વિના). ઈનપુટ પદ્ધતિને દરેક લોકેલ માટે સુયોજિત કરવા માટે en_US ની જગ્યાએ મૂળભુત શબ્દ વાપરો.
Red Hat Enterprise Linux 3 માંથી સુધારો કરી રહેલા વપરાશકર્તાઓએ નોંધ રાખવી જોઈએ કે /etc/sysconfig/i18n
અને ~/.i18n
બંને લાંબા સમય સુધી ઈનપુટ પદ્ધતિ રૂપરેખાંકન માટે વાપરી શકાશે નહિં; હજુ પણ જરૂરી હોય એવું કસ્ટમ રૂપરેખાંકન /etc/X11/xinit/xinput.d/
અથવા ~/.xinput.d/
માં યોગ્ય રીતે ખસેડાવું જોઈએ.
તમારી ઈનપુટ પદ્ધતિ રૂપરેખાંકન બદલ્યા પછી તમારા ફેરફારો જ્યારે પછી તમે તમારું X વિન્ડો સિસ્ટમ સત્ર શરૂ કરો ત્યારે જ અસર બતાવશે.
આ વિભાગ Red Hat Enterprise Linux સાથે સમાયેલ મેઈલ પરિવહન એજન્ટનો સમાવેશ કરે છે.
પહેલાની mailman
RPM બધી ફાઈલોને /var/mailman/
ડિરેક્ટરીમાં સ્થાપિત કરી દીધી. કમનસીબે, આ Filesystem Hierarchy Standard (FHS) સાથે ખાતરી કરી નથી અને તેણે જ્યારે SELinux સક્રિય હતું ત્યારે સુરક્ષા શાંતિનો પણ ભંગ કર્યો હતો.
જો તમે પહેલાં mailman
સ્થાપિત કર્યું હતું અને તમે /var/mailman/
માંની ફાઈલો (જેમ કે mm_cfg.py
)માં ફેરફાર કર્યો હોય તો તમારે તે ફેરફારો તેમની નવી જગ્યાએ જ મૂકવા જોઈએ, નીચેની ફાઈલમાં દસ્તાવેજીકૃત થયા અનુસાર:
/usr/share/doc/mailman-*/INSTALL.REDHAT
મૂળભુત રીતે, Sendmail mail transport agent (MTA) સ્થાનિક કમ્પ્યુટર સિવાય કોઈપણ યજમાનમાંથી નેટવર્ક જોડાણો સ્વીકારતું નથી. જો તમે Sendmail ને સર્વર તરીકે બીજા ક્લાઈન્ટો માટે રૂપરેખાંકિત કરવા માંગતા હોય, તો તમારે /etc/mail/sendmail.mc
માં ફેરફારો કરવા જ જોઈએ અને DAEMON_OPTIONS
લીટીમાં ફેરફાર કરવા જોઈએ નેટવર્ક ઉપકરણો પર સાંભળવા માટે (અથવા આ વિકલ્પને ટિપ્પળી કરી દેવી જોઈએ dnl ટિપ્પળી કરનારની મદદથી). પછી તમારે નીચેનો આદેશ (રુટ તરીકે) ચલાવીને /etc/mail/sendmail.cf
ફરીથી બનાવવી જ જોઈએ:
make -C /etc/mail
નોંધ કરો કે તમારી પાસે આ કામ કરવા માટે sendmail-cf
પેકેજ સ્થાપિત હોવું જ જોઈએ.
કાળજી રાખો કે Sendmail ને open-relay SMTP સર્વર તરીકે કામ આપવા માટે રૂપરેખાંકિત કરવાનું શક્ય છે. વધુ જાણકારી માટે, Red Hat Enterprise Linux સંદર્ભ માર્ગદર્શનનો સંદર્ભ લો.
MySQL, ઘણા-વપરાશકર્તા અને મલ્ટી-થ્રેડેડ ક્લાઈન્ટ/સર્વર ડેટાબેઝ, આવૃત્તિ 3.23.x (કે જે Red Hat Enterprise Linux 3 સાથે આવે છે) માંથી આવૃત્તિ 4.1.x માં સુધારાઈ ગયું. આ MySQL ની નવી આવૃત્તિ ઝડપ, વિધેય, અને ઉપયોગિતાનો સુધારો અને સાથે આ બધું પણ સમાવે છે:
ઉપપ્રશ્ન આધાર
બિન-સંરચનાવાળા પ્રશ્નો માટે BTREE અનુક્રમાંકન
SSL જોડાણો પર સુરક્ષિત ડેટાબેઝ નકલ
utf-8 અને ucs-2 અક્ષરોના સમૂહો મારફતે યુનિકોડનો આધાર
વપરાશકર્તાઓએ નોંધ કરવી જોઈએ કે ત્યાં જ્યારે કાર્યક્રમો અથવા ડેટાબેઝોને MySQL ની આવૃત્તિ 3.23.x માંથી 4.1.x માં ફેરવી રહ્યા હોય ત્યારે સુસંગતતાના મુદ્દાઓ પેદા થાય છે. એક જાણીતો મુદ્દો એ છે કે મૂળભુત સમયનોંધનું બંધારણ બદલાઈ ગયું છે. આ વિવિધ મુદ્દાઓના સંબોધન માટે, આ લાઈબ્રેરી સાથે સંકળાયેલ કાર્યક્રમો સાથે બાઈનરી સુસંગતતા પૂરી પાડવે માટે 3.23.x ક્લાઈન્ટ લાઈબ્રેરી (libmysqlclient.so.10
) પૂરી પાડવા માટે mysqlclient10
પેકેજનો સમાવેશ થયેલ છે.
જ્યારે mysqlclient10
પેકેજ MySQL 4.1.x સર્વર સાથે સુસંગતતા આધાર પૂરો પાડે છે, તે આવૃત્તિ 4.1 માં પરિચયમાં આવેલ નવી પાસવર્ડ એનક્રિપ્શન પદ્ધતિને આધાર આપતી નથી. લેગસી MySQL 3.x-આધારિત ક્લાઈન્ટો સાથે સુસંગતતા માટે, old_passwords
પરિમાણ એ /etc/my.cnf રૂપરેખાંકન ફાઈલમાં મૂળભુત રીતે સક્રિય થયેલ છે. જો જૂના ક્લાઈન્ટો સાથે સુસંગતતા જરૂરી નહિં હોય, તો સુધારાયેલ પાસવર્ડ એનક્રિપ્શન પદ્ધતિના વપરાશને પરવાનગી આપવા માટે આ પરિમાણ નિષ્ક્રિય કરી શકાય છે.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
આ વિભાગ વિવિધ નેટવર્ક-આધારિત સર્વરો સંબંધિત જાણકારીનો સમાવેશ કરે છે.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
આ વિભાગ વિવિધ સર્વર રૂપરેખાંકન સાધનો સંબંધિત જાણકારીનો સમાવેશ કરે છે.
Red Hat Enterprise Linux 4 એ system-config-lvm નો સમાવેશ કરે છે, લોજીકલ વોલ્યુમ વ્યવસ્થાપનનું (LVM) સાધન. system-config-lvm વપરાશકર્તાઓને સ્થાનિક મશીન પરની ભૌતિક ડિસ્ક ડ્રાઈવો અને ડિસ્ક પાર્ટીશનોમાંથી વોલ્યુમ જૂથો બનાવવા માટે પરવાનગી આપે છે, રાહતમય અને વિસ્તારી શકાય તેવા વોલ્યુમો બનાવવાનું કે જે સિસ્ટમ દ્વારા સામાન્ય ભૌતિક ડિસ્ક જગ્યા તરીકે વર્તાય છે.
system-config-lvm એ સિસ્ટમ ડિસ્ક અને વોલ્યુમોની ગ્રાફિકવાળી રજૂઆત વાપરે છે, કે જે વપરાશકર્તાઓને સંગ્રહસ્થાનનો વપરાશ બતાવે છે અને વોલ્યુમ વ્યવસ્થાપન બાબતોના સંબોધન માટે ઈન્ટરફેસ પૂરું પાડે છે.
system-config-lvm અને LVM વિશેની ચર્ચા માટે સામાન્ય રીતે, તમે linux-lvm મેઈલિંગ લીસ્ટમાં નીચેની URL આગળ ઉમેદવારી નોંધાવી શકો છો:
આ વિભાગ સોફ્ટવેર સંબંધિત જાણકારી સમાવે છે કે જે વેબ સર્વર પર્યાવરણના ભાગ તરીકે વપરાય છે.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, httpd એ targeted નીતિ હેઠળ આવરી લેવાય છે. આ સિસ્ટમ ઓબ્જેક્ટોને httpd વપરાશ આપીને અથવા મનાઈ કરીને સુરક્ષા અને વેબ સર્વર ક્ષમતા વધારે છે. તેમછતાં પણ, તેની પાસે પહેલાના કામ આપતાં રૂપરેખાંકનોમાં પોટેન્શિયલના કારણો હોવાના લીધે (જેમ કે જેઓ PHP વાપરે છે) તેઓ લાંબા સમય સુધી કામ કરે નહિં, તે તમારે તમારુ રૂપરેખાંકન બંને સુરક્ષા અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે સમજવું જ જોઈએ.
ઉદાહરણ તરીકે, ~/public_html/
માંના ઓબ્જેક્ટો જ્યાં સુધી સુરક્ષા સંદર્ભ httpd_sys_content_t
થી લેબલ થયેલા હોય ત્યાં સુધી તેમને વાંચવા માટે httpd ને સ્પષ્ટ પરવાનગી આપવા માટે બુલિયન સુયોજિત કરી શકાવું જોઈએ. અપાચે ડિમન ઓબ્જેક્ટો (ફાઈલો, કાર્યક્રમો, ઉપકરણો, અને અન્ય પ્રક્રિયાઓ) વાપરી શકતું નથી કે જેઓ પાસે સુરક્ષા સંદર્ભ હોય કે જે ખાસ કરીને SELinux દ્વારા httpd માં પરવાનગી મળી નહિં હોય.
અપાચેનો વપરાશ માત્ર તેને જરૂરી હોય તેટલા વિધેયો માટે જ માન્ય કરીને, સિસ્ટમની સમજૂતી થયેલ અથવા અયોગ્ય રીતે રૂપરેખાંકિત થયેલ httpd ડિમનોથી સુરક્ષા કરી શકાય.
બંને પ્રમાણભૂત Linux ડિરેક્ટરીઓ અને ફાઈલની પરવાનગીઓ અને એ જ રીતે 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 ની મદદથી targeted નીતિને નિષ્ક્રિય કરી શકો છો જે ખાલી અપાચે (અથવા આવરિત ડિમનોમાંનુ કોઈપણ) માટે આવરણ છે. SELinux ટેબ હેઠળ, SELinux નીતિ સુધારો વિસ્તારમાં, તમે માટે બુલિયન કિંમતો સુધારી શકો છો. જો તમે ઈચ્છો, તો તમે પસંદ કરી શકો છો, જે unconfined_t
(મૂળભુત પ્રકાર કે જે SELinux વિના પ્રમાણભૂત Linux સુરક્ષા તરીકે પારદર્શક રીતે વર્તે છે) માંથી ચોક્કસ પ્રકારના ડિમનમાં, એટલે કે, httpd_t
માં પરિવહન નિષ્ક્રિય કરી શકો છો. આ પરિવહનને નિષ્ક્રિય કરવાનું અસરકારક રીતે SELinux આવરણને તે ડિમન માટે બંધ કરે છે, તેને પ્રમાણભૂત Linux સુરક્ષા માટે માત્ર મેળવી રહ્યા છીએ.
અપાચે અને SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
મૂળભુત રીતે, httpd ડિમન હવે C લોકેલ દ્વારા શરૂ થઈ ગયું, રૂપરેખાંકિત સિસ્ટમ લોકેલ સુયોજનો વાપરવાની જગ્યાએ. આ વર્તણૂક HTTPD_LANG
ચલને /etc/sysconfig/httpd
ફાઈલમાં સુયોજિત કરીને બદલી શકાય છે.
મૂળભુત /etc/php.ini
રૂપરેખાંકન ફાઈલ "ઉત્પાદન" મૂળભુતો વાપરવા માટે બદલાઈ ગઈ છે "વિકાસ" મૂળભુતો વાપરવાની જગ્યાએ; નોંધપાત્ર તફાવતો છે:
display_errors
એ હવે Off છે
log_errors
એ હવે On છે
magic_quotes_gpc
એ હવે Off છે
અપાચે httpd 2.0 સાથે સંકલન માટે પેકેજ હવે "apache2filter" SAPI ની જગ્યાએ "apache2handler" SAPI ને વાપરે છે. જો પહેલાના પ્રકાશનોમાંથી સુધારો કરી રહ્યા હોય, તો SetOutputFilter
directives /etc/httpd/conf.d/php.conf
ફાઈલમાંથી દૂર થવા જોઈએ.
PHP એક્સટેન્સન મોડ્યુલોના પેકેજીકરણ માટે નીચેના ફેરફારો થયેલા હોવા જોઈએ:
gd, mbstring, અને ncurses એક્સટેન્સનો php-gd
, php-mbstring
, અને php-ncurses
પેક્જોમાં, સંબંધિત રીતે ખસેડાવા જોઈએ. નોંધ કરો કે તમારે આ પેકેજો જાતે સ્થાપિત કરવાની જરૂર છે (જો જરૂરી હોય તો) જ્યારે પૂર્વ પ્રકાશનમાંથી સુધારો કરી રહ્યા હોય ત્યારે.
domxml, snmp, અને xmlrpc એક્સટેન્સનો હવે php-domxml
, php-snmp
, અને php-xmlrpc
પેકેજોમાં, સંબંધિત રીતે ઉપ્લબ્ધ છે.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
આ વિભાગ Red Hat Enterprise Linux સાથે પૂરો પાડવામાં આવેલ X વિન્ડો સિસ્ટમ સુધારા સંબંધિત જાણકારી સમાવે છે.
Red Hat Enterprise Linux 4 એ નવું xorg-x11-deprecated-libs
પેકેજ સમાવે છે. આ પેકેજ X11-સંબંધિત લાઈબ્રેરીઓ સમાવે છે કે જેઓની આવૃત્તિ ઘટાડાયેલી છે, અને તે કદાચ Red Hat Enterprise Linux ની ભવિષ્યની આવૃત્તિમાંથી દૂર કરવામાં આવે. આ રીતે ઘટાડાયેલ આવૃત્તિવાળી લાઈબ્રેરીઓને પેકેજ બનાવીને, હયાત કાર્યક્રમો સાથે બાઈનરી સુસંગતતા જાળવી શકાય છે જ્યારે ત્રીજી-વ્યક્તિ સોફ્ટવેર પૂરુ પાડનાર સમયને તેમના કાર્યક્રમોમાંથી આ લાઈબ્રેરીથી દૂર લઈ જવા માટે પરિવહન કરી રહ્યા હોય.
વર્તમાનમાં, આ પેકેજ Xprint લાઈબ્રેરી (libXp
) સમાવે છે. આ લાઈબ્રેરી નવા કાર્યક્રમોના વિકાસમાં વપરાવી જોઈએ નહિં. વર્તમાનમાં આ લાઈબ્રેરી વાપરતા કાર્યક્રમો આધારભૂત libgnomeprint/libgnomeprintui પ્રિન્ટીંગ API માં રૂપાંતરિત થવા પ્રારંભ થવા જોઈએ.
Red Hat Enterprise Linux ની છેલ્લી આવૃત્તિઓ (અને તે પહેલાંની Red Hat Linux ની આવૃત્તિઓ) માં X વિન્ડો સિસ્ટમ હેઠળ ફોન્ટ-સંબંધિત મુદ્દાઓને અનુલક્ષીને ત્યાં અમુક વિવાદ હતો. વર્તમાન સમયે, ત્યાં બે ફોન્ટ ઉપસિસ્ટમો છે, દરેક અલગ લક્ષણો સાથે:
- મૂળ (15+ વર્ષ જૂની) ઉપસિસ્ટમ એ "મૂળ X ફોન્ટ ઉપસિસ્ટમ" તરીકે ઓળખાય છે. આ ઉપસિસ્ટમ દ્વારા રેન્ડર થતા ફોન્ટ એન્ટીએલિઆઝ થયા નથી, તેઓ X સર્વર દ્વારા નિયંત્રિત થાય છે, અને તેમના નામો આવા હોય છે:
-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
નવી ફોન્ટ ઉપસિસ્ટમ "fontconfig" તરીકે ઓળખાય છે, અને કાર્યક્રમોને ફોન્ટ ફાઈલોને સીધું જ વાપરવા માટે માન્ય કરે છે. Fontconfig એ વારંવાર "Xft" લાઈબ્રેરી સાથે વપરાય છે, કે જે કાર્યક્રમોને fontconfig ફોન્ટને સ્ક્રીન પર એન્ટીએલિઆઝીંગ સાથે રેન્ડર કરવા માટે પરવાનગી આપે છે. Fontconfig એ લોકો દ્વારા સમજી શકાય તેવા નામો વાપરે છે:
Luxi Sans-10
સમય જતાં, fontconfig/Xft એ મૂળ X ફોન્ટ ઉપસિસ્ટમને બદલી નાંખશે. વર્તમાન સમયે, Qt 3 અથવા GTK 2 સાધનો વાપરતાં કાર્યક્રમો (જેમાં KDE અને GNOME કાર્યક્રમો પણ સમાયેલ છે) fontconfig અને Xft ફોન્ટ ઉપસિસ્ટમ વાપરે છે; બાકીનું મોટા ભાગનું બધું મૂળ X ફોન્ટ વાપરે છે.
ભવિષ્યમાં, Red Hat Enterprise Linux એ માત્ર fontconfig/Xft ને XFS ફોન્ટ સર્વરની જગ્યાએ મૂળભુત સ્થાનિક ફોન્ટ વપરાશ પદ્ધતિ તરીકે આધાર આપશે.
નોંધ: ઉપર દર્શાવ્યા અનુસાર ફોન્ટ ઉપસિસ્ટમના વપરાશનો અપવાદ OpenOffice.org છે (કે જે તેની પોતાની ફોન્ટ રેન્ડરીંગ ટેક્નોલોજી વાપરે છે).
જો તમે તમારી Red Hat Enterprise Linux 4 સિસ્ટમમાં નાવા ફોન્ટ ઉમેરવાની ઈચ્છા ધરાવો, તો તમે જાણતા હોવા જોઈએ જ કે જરૂરી પગલાંઓ કઈ ફોન્ટ ઉપસિસ્ટમ પર આધાર રાખે છે કે જે નવા ફોન્ટ માટે વાપરવી. મૂળ X ફોન્ટ ઉપસિસ્ટમ માટે, તમારે આમ કરવું જ જોઈએ:
૧. /usr/share/fonts/local/
ડિરેક્ટરી બનાવો (જો તે પહેલાથી હાજર ના હોય):
mkdir /usr/share/fonts/local/
૨. નવી ફોન્ટ ફાઈલને /usr/share/fonts/local/
માં નકલ કરો
૩. નીચેના આદેશો વાપરીને ફોન્ટ જાણકારી સુધારો (નોંધ કરો કે, બંધારણના બંધનોને લીધે નીચેના આદેશો એક કરતાં વધુ લીટીઓમાં દેખાય છે, સામાન્ય વપરાશમાં, દરેક આદેશ એક લીટીમાં જ લખાયેલો હોવો જોઈએ):
ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale
mkfontdir /usr/share/fonts/local/
૪. જો તમે /usr/share/fonts/local/
બનાવી દીધી હોય, તો પછી તમારે તેને X font server (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 સાથે સંકોચાયેલ છે, અને તેનું (gunzip આદેશ સાથે) સંકોચન દૂર થવું જોઈએ fontconfig ફોન્ટ ઉપસિસ્ટમ તે ફોન્ટ વાપરી શકે તે પહેલાં.
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-*-*-*-*-*-*
".)
આ વિભાગ પેકેજ સંબંધિત જાણકારીનો સમાવેશ કરે છે કે જે પહેલાંના કોઈપણ વર્ગમાં બંધબેસતું નથી.
C++ અને TCL બાઈન્ડીંગો લાંબા સમય સુધી compat-db
પેકેજમાં સમાશે નહિં. આ બાઈન્ડીંગોની માંગ કરતા કાર્યક્રમો વર્તમાનની DB લાઈબ્રેરીમાં મોકલાયા જ હોવા જોઈએ.
આ વિભાગ lvm2
પેકેજ સંબંધિત જાણકારીનો સમાવેશ કરે છે.
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 અને /sbin/lvm.static vgchange -ay) શોધાય છે જો તમે 2.4 કર્નલ ચલાવી રહ્યા હોય, અને પારદર્શક રીતે જૂના LVM1 આદેશોને જો યોગ્ય હોય તો વાપરી રહ્યા હોય તો. LVM1 આદેશો ".lvm1" સાથે અંત લાવીને નામ બદલાય છે (ઉદાહરણ તરીકે, /sbin/vgchange.lvm1 -ay).
LVM1 આદેશો માત્ર 2.4 કર્નલો સાથે કામ કરે છે. LVM1 આદેશોને 2.6 કર્નલો ચાલતી હોય ત્યારે વાપરવાનું શક્ય નથી.
LVM2 પર વધુ જાણકારી માટે /usr/share/doc/lvm2*/WHATS_NEW
નો સંદર્ભ લો.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
nscd નામ સેવા કેશ ડિમન હવે જરૂરી કેશને રીસ્ટાર્ટ અથવા સિસ્ટમ રીબુટ વિરુદ્ધ જાળવણી કરશે. દરેક ડેટાબેઝ (વપરાશકર્તા, જૂથ, અને યજમાન, સંબંધિત રીતે) યોગ્ય બનવા માટે પસંદ કરી શકાશે /etc/nscd.conf
માં "yes" સુયોજિત કરીને. પ્રવેશો કેશમાંથી દૂર કરાતા નથી જ્યાં સુધી તેઓ લાંબા સમય સુધી રસની બાબત સાબિત થશે નહિં. બધા પ્રવેશો કે જેઓની છોડવાના સમયની મર્યાદા પૂરી થઈ પરંતુ તેઓ આપોઆપ રસપ્રદ બને નહિં ત્યાં સુધી, કે જે અમુક પરિસ્થિતિમાં મદદ કરે કે જ્યાં ડિરેક્ટરી અને નામ સેવાઓ કામચલાઈ રીતે ઉપ્લબ્ધ નહિં બને.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
મૂળભુત SELinux સુરક્ષા રૂપરેખાંકન હેઠળ, આ ડિમન એ લક્ષ્યાંક નીતિ દ્વારા આવરી લેવાય છે. આ ખાસ કરીને સિસ્ટમ ઓબ્જેક્ટોને પરવાનગી આપીને અથવા રદ કરીને સુરક્ષા વધારી શકે છે કે જે સામાન્ય રીતે ડિમન વાપરે છે. તેમછતાં પણ, તેની પાસે પહેલા કામ આપતાં રૂપરેખાંકનોને લાંબા સમય સુધી તેનું વિધેય નહિં કરવા દેવા માટેનું કારણ છે, તેથી તમારુ રૂપરેખાંકન બંને સુરક્ષિત અને વિધેયાત્મક છે તેની ખાતરી કરવા માટે કેવી રીતે SELinux કામ કરે તે શીખવું જ જોઈએ.
SELinux નીતિ વિશે વધુ જાણકારી માટે, Red Hat SELinux નીતિ માર્ગદર્શન અંહિ http://www.redhat.com/docs સંદર્ભ લો.
Red Hat Enterprise Linux 4 એ સ્ટેટિક /dev/
ડિરેક્ટરીમાંથી એક કે જે ડાયનેમિક રીતે udev
મારફતે વ્યવસ્થાપન થયેલ હોય તેમાં સીધી જ બદલાય જાય છે. આ જ્યારે ડ્રાઈવરો લવાઈ જાય ત્યારે માંગણી પર ઉપકરણ નોડ બનાવવા માટે પરવાનગી આપે છે.
udev
પર વધુ જાણકારી માટે, udev(8) મદદ પાનાનો સંદર્ભ લો.
udev
માટેના વધારાના નિયમો /etc/udev/rules.d/
ડિરેક્ટરીમાં અલગ ફાઈલોમાં મૂકવામાં આવે છે.
udev
માટેના વધારાના પરવાનગી નિયમો /etc/udev/permissions.d/
ડિરેક્ટરીમાં અલગ ફાઈલોમાં મૂકવામાં આવે છે.
એનાકોન્ડાની મદદથી Red Hat Enterprise Linux 4 માં સુધારાયેલ સિસ્ટમો udev
વાપરવા માટે આપોઆપ રૂપરેખાંકિત થઈ જશે. તેમછતાં પણ (છતાં આગ્રહણીય નથી) નીચેના પગલાંઓની મદદથી udev
માં "જીવંત" સુધારો કરવાનું શક્ય છે:
ખાતરી કરો કે તમે કર્નલ ૨.૬ જ ચલાવી રહ્યા છો
ખાતરી કરો કે /sys/
માઉન્ટ થયેલ છે
Red Hat Enterprise Linux 4 સાથે પૂરી પાડવામાં આવેલ initscripts
RPM સ્થાપિત કરો
Red Hat Enterprise Linux 4 સાથે પૂરી પાડવામાં આવેલ નવી udev
RPM સ્થાપિત કરો
/sbin/start_udev ચલાવો
Red Hat Enterprise Linux 4 સાથે પૂરી પાડવામાં આવેલ નવી mkinitrd
RPM સ્થાપિત કરો
નીચેના પગલાંઓને અનુસરો:
· Red Hat Enterprise Linux 4 સાથે પૂરી પાડવામાં આવેલ નવી kernel
RPM સ્થાપિત કરો
અથવા:
· તમારી હાલની કર્નલ માટે mkinitrd ફરી ચલાવો
અયોગ્ય રીતે આ પગલાંઓ કરવાનું સિસ્ટમ રૂપરેખાંકનમાં પરિણમી શકે છે કે જે યોગ્ય રીતે બુટ થાય નહિં.
આ વિભાગ પેકેજોની યાદી સમાવે છે કે જે નીચેના વર્ગોમાં બંધબેસે છે:
પેકેજો કે જેઓ Red Hat Enterprise Linux 4 માં ઉમેરાઈ ગયેલા છે
પેકેજો કે જે Red Hat Enterprise Linux 4 માંથી દૂર થઈ ગયેલ છે
પેકેજો કે જેઓની આવૃત્તિ ઘટાડાયેલ છે, અને તેઓ કદાચ ભવિષ્યના Red Hat Enterprise Linux ના પ્રકાશનોમાંથી દૂર થઈ જશે
નીચેના પેકેજો Red Hat Enterprise Linux 4 માં ઉમેરાઈ ગયેલા છે:
Canna-devel
Canna-libs (i386)
FreeWnn-devel
FreeWnn-libs (i386)
GConf2 (i386)
HelixPlayer
ImageMagick (i386)
ImageMagick-c++ (i386)
ImageMagick-c++ (x86_64)
ImageMagick-c++-devel
ImageMagick-devel
ImageMagick-perl
NetworkManager
NetworkManager-gnome
ORBit2 (i386)
Omni (i386)
PyQt
PyQt-devel
PyQt-examples
Pyrex
SDL (i386)
VFlib2 (i386)
VFlib2-VFjfm
VFlib2-conf-ja
VFlib2-devel
Xaw3d (i386)
Xaw3d-devel
alchemist (i386)
alchemist-devel
alsa-lib (i386)
alsa-lib (x86_64)
alsa-lib-devel
alsa-utils
amanda-devel
anaconda-product (noarch)
anacron
apel
apr (i386)
apr (x86_64)
apr-devel
apr-util
apr-util-devel
arpwatch
arts (i386)
aspell (i386)
aspell-ca
aspell-cs
aspell-cy
aspell-el
aspell-en
aspell-pl
at-spi (i386)
audiofile (i386)
audit
authd
automake16
automake17
beecrypt (i386)
beecrypt-devel
beecrypt-python
bind-chroot
bind-devel
bind-libs (i386)
bind-libs (x86_64)
bitstream-vera-fonts
blas (i386)
bluez-bluefw
bluez-hcidump
bluez-libs (i386)
bluez-libs (x86_64)
bluez-libs-devel
bluez-pin
bluez-utils
bluez-utils-cups
bogl (i386)
bogl-devel
boost (i386)
boost (x86_64)
boost-devel
bootparamd
bridge-utils-devel
busybox
bzip2-libs (i386)
cadaver
cdda2wav
cdparanoia-devel
cdparanoia-libs (i386)
cdrecord-devel
checkpolicy
compat-db (i386)
compat-gcc-32
compat-gcc-32-c++
compat-libgcc-296
compat-libstdc++-296
compat-libstdc++-33 (i386)
compat-libstdc++-33 (x86_64)
compat-openldap (i386)
compat-openldap (x86_64)
comps (x86_64)
crash
cryptsetup
cscope
curl (i386)
cyrus-imapd
cyrus-imapd-devel
cyrus-imapd-murder
cyrus-imapd-nntp
cyrus-imapd-utils
cyrus-sasl-gssapi (i386)
cyrus-sasl-md5 (i386)
cyrus-sasl-ntlm (i386)
cyrus-sasl-ntlm (x86_64)
cyrus-sasl-plain (i386)
cyrus-sasl-sql (i386)
cyrus-sasl-sql (x86_64)
dasher
db4-java
db4-tcl
dbus (i386)
dbus (x86_64)
dbus-devel
dbus-glib (i386)
dbus-glib (x86_64)
dbus-python
dbus-x11
devhelp
devhelp-devel
device-mapper (i386)
device-mapper (x86_64)
dhcp-devel
dhcpv6
dhcpv6_client
dia
distcache (i386)
dmalloc
dmraid
docbook-simple
docbook-slides
dovecot
doxygen-doxywizard
e2fsprogs (i386)
eel2 (i386)
elfutils (i386)
elfutils-libelf (i386)
elfutils-libelf-devel
emacs-common
emacs-nox
esound (i386)
evolution-connector
evolution-data-server (i386)
evolution-data-server (x86_64)
evolution-data-server-devel
evolution-devel
evolution-webcal
exim
exim-doc
exim-mon
exim-sa
expect-devel
expectk
finger-server
firefox
flac (i386)
flac (x86_64)
flac-devel
fonts-arabic
fonts-bengali
fonts-xorg-100dpi
fonts-xorg-75dpi
fonts-xorg-ISO8859-14-100dpi
fonts-xorg-ISO8859-14-75dpi
fonts-xorg-ISO8859-15-100dpi
fonts-xorg-ISO8859-15-75dpi
fonts-xorg-ISO8859-2-100dpi
fonts-xorg-ISO8859-2-75dpi
fonts-xorg-ISO8859-9-100dpi
fonts-xorg-ISO8859-9-75dpi
fonts-xorg-base
fonts-xorg-cyrillic
fonts-xorg-syriac
fonts-xorg-truetype
freeglut (i386)
freeglut (x86_64)
freeglut-devel
freeradius-mysql
freeradius-postgresql
freeradius-unixODBC
freetype-demos
freetype-utils
fribidi (i386)
fribidi (x86_64)
fribidi-devel
fsh
gail (i386)
gamin (i386)
gamin (x86_64)
gamin-devel
gd (i386)
gd-progs
gda-mysql
gda-odbc
gda-postgres
gdk-pixbuf (i386)
gedit-devel
gettext-devel
ghostscript (i386)
ghostscript-devel
ghostscript-gtk
gimp-devel
gimp-gap
gimp-help
gimp-print (i386)
gimp-print-devel
gmp (i386)
gnome-audio-extra
gnome-desktop (i386)
gnome-kerberos
gnome-keyring (i386)
gnome-keyring (x86_64)
gnome-keyring-devel
gnome-keyring-manager
gnome-mag (i386)
gnome-mag (x86_64)
gnome-mag-devel
gnome-netstatus
gnome-nettool
gnome-panel (i386)
gnome-panel-devel
gnome-pilot-conduits
gnome-pilot-devel
gnome-python2-applet
gnome-python2-gconf
gnome-python2-gnomeprint
gnome-python2-gnomevfs
gnome-python2-nautilus
gnome-speech (i386)
gnome-speech (x86_64)
gnome-speech-devel
gnome-spell (i386)
gnome-vfs2 (i386)
gnome-vfs2-smb
gnome-volume-manager
gnopernicus
gnumeric
gnumeric-devel
gnuplot-emacs
gnutls (i386)
gnutls (x86_64)
gnutls-devel
gok
gok-devel
gpdf
gphoto2 (i386)
gphoto2-devel
groff-gxditview
groff-perl
gsl (i386)
gsl (x86_64)
gsl-devel
gstreamer (i386)
gstreamer-devel
gstreamer-plugins-devel
gthumb
gtk+ (i386)
gtk-engines (i386)
gtk2-engines (i386)
gtkhtml2 (i386)
gtkhtml3 (i386)
gtkhtml3-devel
gtksourceview (i386)
gtksourceview (x86_64)
gtksourceview-devel
gtkspell (i386)
gtkspell (x86_64)
gtkspell-devel
guile (i386)
guile-devel
hal (i386)
hal (x86_64)
hal-cups-utils
hal-devel
hal-gnome
hesiod (i386)
hicolor-icon-theme
hpoj-devel
htdig-web
httpd-manual
httpd-suexec
icon-slicer
iiimf-csconv
iiimf-docs
iiimf-emacs
iiimf-gnome-im-switcher
iiimf-gtk
iiimf-le-canna
iiimf-le-chinput
iiimf-le-hangul
iiimf-le-sun-thai
iiimf-le-unit
iiimf-le-xcin
iiimf-libs
iiimf-libs-devel
iiimf-server
iiimf-x
imlib (i386)
inn-devel
iptables-devel
iptraf
iptstate
irb
isdn4k-utils-devel
isdn4k-utils-vboxgetty
joe
jpackage-utils
k3b
kdbg
kde-i18n-Bengali
kde-i18n-Bulgarian
kde-i18n-Hindi
kde-i18n-Punjabi
kde-i18n-Tamil
kdeaddons-atlantikdesigner
kdeaddons-xmms
kdeadmin
kdeartwork-icons
kdebase (i386)
kdegames-devel
kdelibs (i386)
kdemultimedia (i386)
kdemultimedia-devel
kdenetwork-nowlistening
kernel-devel
kernel-doc
kernel-smp-devel
kinput2
krb5-auth-dialog
lapack (i386)
libIDL (i386)
libaio (i386)
libao (i386)
libart_lgpl (i386)
libavc1394 (i386)
libavc1394 (x86_64)
libavc1394-devel
libbonobo (i386)
libbonoboui (i386)
libc-client (i386)
libc-client (x86_64)
libc-client-devel
libcap (i386)
libcroco (i386)
libcroco (x86_64)
libcroco-devel
libdbi (i386)
libdbi-dbd-pgsql
libdbi-devel
libdv (i386)
libdv (x86_64)
libdv-devel
libdv-tools
libexif (i386)
libexif (x86_64)
libexif-devel
libf2c (i386)
libgail-gnome (i386)
libgal2 (i386)
libgal2-devel
libgcrypt (i386)
libgcrypt (x86_64)
libgcrypt-devel
libgda
libgda-devel
libghttp-devel
libglade2 (i386)
libgnat
libgnome (i386)
libgnomecanvas (i386)
libgnomecups (i386)
libgnomecups (x86_64)
libgnomecups-devel
libgnomedb
libgnomedb-devel
libgnomeprint22 (i386)
libgnomeprintui22 (i386)
libgnomeui (i386)
libgpg-error (i386)
libgpg-error (x86_64)
libgpg-error-devel
libgsf (i386)
libgsf-devel
libgtop2 (i386)
libgtop2-devel
libidn (i386)
libidn (x86_64)
libidn-devel
libieee1284 (i386)
libieee1284 (x86_64)
libieee1284-devel
libmng (i386)
libmng-static
libmusicbrainz (i386)
libmusicbrainz (x86_64)
libmusicbrainz-devel
libogg (i386)
libpcap (i386)
libpng10 (i386)
libpng10-devel
libraw1394 (i386)
libraw1394-devel
librsvg2 (i386)
libsane-hpoj
libselinux (i386)
libselinux (x86_64)
libselinux-devel
libsepol (i386)
libsepol (x86_64)
libsepol-devel
libsilc
libsilc-devel
libsilc-doc
libsoup (i386)
libsoup-devel
libtabe (i386)
libtabe-devel
libtheora (i386)
libtheora (x86_64)
libtheora-devel
libtool-libs (i386)
libungif (i386)
libungif-progs
libusb (i386)
libuser (i386)
libvorbis (i386)
libwmf (i386)
libwmf (x86_64)
libwmf-devel
libwnck (i386)
libwnck-devel
libwvstreams (i386)
libwvstreams-devel
libxklavier (i386)
libxklavier (x86_64)
libxklavier-devel
libxml2 (i386)
libxslt (i386)
libxslt-python
linuxwacom
linuxwacom-devel
lm_sensors (i386)
lm_sensors (x86_64)
lm_sensors-devel
lockdev (i386)
lrzsz
ltrace
lvm2
lynx
mailman
mc
memtest86+
mgetty-sendfax
mgetty-viewfax
mgetty-voice
mikmod (i386)
mikmod-devel
mod_auth_kerb
mod_dav_svn
mod_perl-devel
module-init-tools
mozilla-devel
mozilla-nspr-devel
mozilla-nss (i386)
mozilla-nss-devel
mtr-gtk
mtx
mysql (i386)
mysql-server
nabi
nasm
nasm-doc
nasm-rdoff
nautilus-cd-burner-devel
neon (i386)
neon (x86_64)
neon-devel
net-snmp-libs (i386)
net-snmp-libs (x86_64)
net-snmp-perl
netpbm (i386)
newt (i386)
nmap-frontend
nss_db (i386)
nss_db (x86_64)
numactl
octave (i386)
octave-devel
openh323 (i386)
openh323-devel
openjade (i386)
openjade-devel
openldap-servers-sql
openmotif (i386)
openoffice.org
openoffice.org-i18n
openoffice.org-libs
openssl-perl
openssl096b (i386)
pam_ccreds (i386)
pam_ccreds (x86_64)
pam_passwdqc (i386)
pam_passwdqc (x86_64)
pam_smb (i386)
parted-devel
pcmcia-cs
pcre (i386)
perl (i386)
perl-Bit-Vector
perl-Convert-ASN1
perl-Crypt-SSLeay
perl-Cyrus
perl-Date-Calc
perl-LDAP
perl-Net-DNS
perl-XML-LibXML
perl-XML-LibXML-Common
perl-XML-NamespaceSupport
perl-XML-SAX
perl-suidperl
php-devel
php-domxml
php-gd
php-mbstring
php-ncurses
php-pear
php-snmp
php-xmlrpc
pilot-link (i386)
planner
pmake
policycoreutils
postfix-pflogsumm
postgresql
postgresql-contrib
postgresql-devel
postgresql-docs
postgresql-jdbc
postgresql-libs (i386)
postgresql-libs (x86_64)
postgresql-pl
postgresql-python
postgresql-server
postgresql-tcl
postgresql-test
pump-devel
pvm-gui
pwlib (i386)
pwlib-devel
pyorbit-devel
pyparted
python-docs
python-ldap
python-tools
qt (i386)
qt-ODBC
qt-PostgreSQL
qt-config
quagga-contrib
quagga-devel
readline (i386)
redhat-artwork (i386)
redhat-release (x86_64)
rhgb
rhythmbox
rpm-libs
ruby-docs
ruby-libs (i386)
ruby-tcltk
samba-common (i386)
samba-swat
sane-backends (i386)
scrollkeeper (i386)
selinux-doc
selinux-policy-targeted
selinux-policy-targeted-sources
sendmail-devel
sendmail-doc
setools
setools-gui
sg3_utils
shared-mime-info
skkdic
slang (i386)
sound-juicer
sox-devel
speex (i386)
speex (x86_64)
speex-devel
startup-notification (i386)
statserial
subversion
subversion-devel
subversion-perl
switchdesk
switchdesk-gui
synaptics
sysfsutils
sysfsutils-devel
system-config-boot
system-config-date
system-config-display
system-config-httpd
system-config-keyboard
system-config-kickstart
system-config-language
system-config-lvm
system-config-mouse
system-config-netboot
system-config-network
system-config-network-tui
system-config-nfs
system-config-packages
system-config-printer
system-config-printer-gui
system-config-rootpassword
system-config-samba
system-config-securitylevel
system-config-securitylevel-tui
system-config-services
system-config-soundcard
system-config-users
system-logviewer
system-switch-im
system-switch-mail
system-switch-mail-gnome
talk-server
tcl-devel
tcl-html
tclx-devel
tclx-doc
tcp_wrappers (i386)
tetex-doc
theora-tools
thunderbird
tix-devel
tix-doc
tk-devel
tn5250-devel
ttfonts-bn
ttfonts-gu
ttfonts-hi
ttfonts-pa
ttfonts-ta
udev
unixODBC (i386)
unixODBC-devel
unixODBC-kde (i386)
utempter (i386)
valgrind
valgrind-callgrind
vim-X11
vino
vte (i386)
w3c-libwww (i386)
w3c-libwww-apps
w3c-libwww-devel
xcdroast
xdelta-devel
xemacs-common
xemacs-nox
xemacs-sumo
xemacs-sumo-el
xemacs-sumo-info
xisdnload
xmlsec1 (i386)
xmlsec1 (x86_64)
xmlsec1-devel
xmlsec1-openssl (i386)
xmlsec1-openssl (x86_64)
xmlsec1-openssl-devel
xmms-devel
xmms-flac
xmms-skins
xojpanel
xorg-x11
xorg-x11-Mesa-libGL (i386)
xorg-x11-Mesa-libGL (x86_64)
xorg-x11-Mesa-libGLU (i386)
xorg-x11-Mesa-libGLU (x86_64)
xorg-x11-Xdmx
xorg-x11-Xnest
xorg-x11-Xvfb
xorg-x11-deprecated-libs (i386)
xorg-x11-deprecated-libs (x86_64)
xorg-x11-deprecated-libs-devel
xorg-x11-devel (i386)
xorg-x11-devel (x86_64)
xorg-x11-doc
xorg-x11-font-utils
xorg-x11-libs (i386)
xorg-x11-libs (x86_64)
xorg-x11-sdk
xorg-x11-tools
xorg-x11-twm
xorg-x11-xauth
xorg-x11-xdm
xorg-x11-xfs
xrestop
zisofs-tools
zsh-html
નીચેના પેકેજો Red Hat Enterprise Linux 4 માંથી દૂર કરાયેલા છે:
FreeWnn-common
Wnn6-SDK
Wnn6-SDK-devel
XFree86
XFree86-100dpi-fonts
XFree86-75dpi-fonts
XFree86-ISO8859-14-100dpi-fonts
XFree86-ISO8859-14-75dpi-fonts
XFree86-ISO8859-15-100dpi-fonts
XFree86-ISO8859-15-75dpi-fonts
XFree86-ISO8859-2-100dpi-fonts
XFree86-ISO8859-2-75dpi-fonts
XFree86-ISO8859-9-100dpi-fonts
XFree86-ISO8859-9-75dpi-fonts
XFree86-Mesa-libGL (i386)
XFree86-Mesa-libGL (x86_64)
XFree86-Mesa-libGLU
XFree86-Xnest
XFree86-Xvfb
XFree86-base-fonts
XFree86-cyrillic-fonts
XFree86-devel (i386)
XFree86-devel (x86_64)
XFree86-doc
XFree86-font-utils
XFree86-libs (i386)
XFree86-libs (x86_64)
XFree86-libs-data
XFree86-syriac-fonts
XFree86-tools
XFree86-truetype-fonts
XFree86-twm
XFree86-xauth
XFree86-xdm
XFree86-xfs
ami
anaconda-images
ant
ant-libs
aspell-en-ca
aspell-en-gb
aspell-pt_BR
bcel
bonobo-activation
bonobo-activation-devel
cipe
commons-beanutils
commons-collections
commons-digester
commons-logging
commons-modeler
compat-gcc
compat-gcc-c++
compat-libstdc++
compat-libstdc++-devel
compat-pwdb
compat-slang
crash
cup
dev
devlabel
dietlibc
dvdrecord
fam
fam-devel
fontilus
gcc-c++-ssa
gcc-g77-ssa
gcc-gnat
gcc-java-ssa
gcc-objc-ssa
gcc-ssa
gdk-pixbuf-gnome
gnome-libs
gnome-libs-devel
gnome-vfs2-extras
gtkam
gtkam-gimp
im-sdk
imap
itcl
jakarta-regexp
jfsutils
kde-i18n-Afrikaans
kde-i18n-Korean
kdoc
kernel-smp-unsupported
kernel-source
kernel-unsupported
kinput2-canna-wnn6
libgcc-ssa
libgcj-ssa
libgcj-ssa-devel
libgnat
libmrproject
libmudflap
libmudflap-devel
libole2
libole2-devel
libstdc++-ssa
libstdc++-ssa-devel
linc
linc-devel
losetup
lvm
magicdev
modutils
modutils-devel
mount
mozilla-psm
mrproject
mx4j
openoffice
openoffice-i18n
openoffice-libs
perl-CGI
perl-CPAN
perl-DB_File
perl-Net-DNS
printman
pspell
pspell-devel
python-optik
raidtools
rarpd
redhat-config-bind
redhat-config-date
redhat-config-httpd
redhat-config-keyboard
redhat-config-kickstart
redhat-config-language
redhat-config-mouse
redhat-config-netboot
redhat-config-network
redhat-config-network-tui
redhat-config-nfs
redhat-config-packages
redhat-config-printer
redhat-config-printer-gui
redhat-config-proc
redhat-config-rootpassword
redhat-config-samba
redhat-config-securitylevel
redhat-config-securitylevel-tui
redhat-config-services
redhat-config-soundcard
redhat-config-users
redhat-config-xfree86
redhat-java-rpm-scripts
redhat-logviewer
redhat-switch-mail
redhat-switch-mail-gnome
rh-postgresql
rh-postgresql-contrib
rh-postgresql-devel
rh-postgresql-docs
rh-postgresql-jdbc
rh-postgresql-libs
rh-postgresql-python
rh-postgresql-tcl
samba (i386)
shapecfg
switchdesk
switchdesk-gnome
switchdesk-kde
xalan-j
xerces-j
Red Hat મોટા ભાગના પ્રકાશનોમાં વિધેય સાચવવા માટે પહોંચે છે, પરંતુ મોટા ભાગના પ્રકાશનોની વચ્ચે કમ્પોનન્ટોનો સ્પષ્ટ સુધારો અમલમાં મૂકવા માટે અને તેમનું પેકેજ કરવામાં સાચું જ આરક્ષિત કરે છે.
નીચેના પેકેજો Red Hat Enterprise Linux 4 માં સમાયેલા છે, પરંતુ કદાચ ભવિષ્યના પ્રકાશનોમાંથી દૂર થઈ જશે. વિકાસકર્તાઓ અને વપરાશકર્તાઓને આ પેકેજોથી દૂર થઈ જવા માટે સલાહ આપવામાં આવે છે.
4Suite — માત્ર system-config-* સાધનો દ્વારા વપરાય છે
FreeWnn — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
FreeWnn-devel — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
FreeWnn-libs — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
alchemist — માત્ર system-config-* સાધનો દ્વારા વપરાય છે
alchemist-devel — માત્ર system-config-* સાધનો દ્વારા વપરાય છે
aumix — બીજા અવાજ નિયંત્ર સાધનો સાથે સુસંગત
autoconf213 — જૂની આવૃત્તિ સાથે સુસંગત વિકાસ સાધન
automake14 — જૂની આવૃત્તિ સાથે સુસંગત વિકાસ સાધન
automake15 — જૂની આવૃત્તિ સાથે સુસંગત વિકાસ સાધન
automake16 — જૂની આવૃત્તિ સાથે સુસંગત વિકાસ સાધન
automake17 — જૂની આવૃત્તિ સાથે સુસંગત વિકાસ સાધન
compat-db — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી
compat-gcc-32 — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી/સાધન
compat-gcc-32-c++ — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી/સાધન
compat-glibc — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી/સાધન
compat-libgcc-296 — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી/સાધન
compat-libstdc++-296 — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી/સાધન
compat-libstdc++-33 — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી/સાધન
compat-openldap — જૂની આવૃત્તિ સાથે સુસંગત લાઈબ્રેરી/સાધન
dbskkd-cdb — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
dev86 — માત્ર lilo માટે જરૂરી છે
dietlibc — માત્ર સ્થાપકના વપરાશ માટે આધારભૂત
eog — નોટિલસમાં સમાવિષ્ટ આધાર
gftp — ફાયરફોક્સ અને નોટિલસમાં સમાવિષ્ટ FTP
gnome-libs — libgnome દ્વારા બદલાયેલ છે
imlib — gdk-pixbuf દ્વારા બદલાયેલ છે
imlib-devel — gdk-pixbuf દ્વારા બદલાયેલ છે
kinput2 — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
libghttp — નીચી આવૃત્તિની લાઈબ્રેરી
libghttp-devel — નીચી આવૃત્તિની લાઈબ્રેરી
mikmod — નીચી આવૃત્તિના ધ્વનિના બંધારણ માટે
mikmod-devel — નીચી આવૃત્તિના ધ્વનિના બંધારણ માટે
miniChinput — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
mozilla — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-chat — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-devel — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-dom-inspector — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-js-debugger — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-mail — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-nspr — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-nspr-devel — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-nss — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
mozilla-nss-devel — ફાયરફોક્સ/થન્ડરબર્ડ/ઈવોલ્યુશન દ્વારા બદલાયેલ છે
nabi — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
newt-perl — માત્ર crypto-utils દ્વારા જરૂરી છે
openmotif21 — જૂના સાથે સુસંગત લાઈબ્રેરી
openssl096b — જૂના સાથે સુસંગત લાઈબ્રેરી
skkdic — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
skkinput — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
xcin — IIIMF એ આગ્રહણીય ઈનપુટ પદ્ધતિ છે
xmms — rhythmbox, Helix Player દ્વારા બદલાયેલ છે
xmms-devel — rhythmbox, Helix Player દ્વારા બદલાયેલ છે
xmms-flac — rhythmbox, Helix Player દ્વારા બદલાયેલ છે
xmms-skins — rhythmbox, Helix Player દ્વારા બદલાયેલ છે
( x86-64 )