ISSUES - en to ml translation catalogue (74 entries)

en: en
ml: ml

en: Issues to be aware of for &releasename;
ml: &releasename; യെക്കുറിച്ചു് അറിഞ്ഞിരിക്കേണ്ട പ്രശ്നങ്ങള്‍

en: Potential problems
ml: വരാവുന്ന പ്രശ്നങ്ങള്‍

en: Sometimes, changes have side-effects we cannot reasonably avoid, or we expose bugs somewhere else.  We document here the issues we are aware of.  Please also read the errata, the relevant packages' documentation, bug reports and other information mentioned in <xref linkend="morereading"/>.
ml: ചിലപ്പോള്‍ മാറ്റങ്ങള്‍ ഒഴിവാക്കാനാവാത്ത പാര്‍ശ്വഫലങ്ങള്‍ക്കോ മറ്റെവിടെയെങ്കിലുമുള്ള പിഴവുകള്‍ പുറത്തറിയാനോ കാരണമാകാറുണ്ടു്. പരിചിതമായ ചില പ്രശ്നങ്ങളെക്കുറിച്ച് ഞങ്ങളിവിടെ കുറിച്ചിടുന്നു. ദയവായി എറാറ്റ, സംഗതമായ പൊതിക്കെട്ടിന്റെ സഹായക്കുറിപ്പുകള്‍, പിഴവുകള്‍,  <xref linkend="morereading"/> എന്നിടത്തു് പ്രതിപാദിച്ചിട്ടുള്ള മറ്റു് വിവരങ്ങള്‍ എന്നിവ കൂടി വായിക്കുമല്ലൊ.

en: Problems with devices related to udev
ml: യുഡേവുമായി ബന്ധപ്പെട്ട ഉപകരണങ്ങളുടെ പ്രശ്നങ്ങള്‍

en: Although <systemitem role="package">udev</systemitem> has been tested extensively, you may experience minor problems with some devices that will need to be fixed.  The most common problems are changed permission and/or ownership of a device.  In some cases a device may not be created by default (e.g.  <filename>/dev/video</filename> and <filename>/dev/radio</filename>).
ml: <systemitem role="package">udev</systemitem> വിശദമായ പരിശോധനയ്ക്ക് വിധേയമാക്കിയിട്ടുണ്ടെങ്കിലും ചില ഉപകരണങ്ങള്‍ തിരുത്തപ്പെടേണ്ട ചില ചില്ലറ പ്രശ്നങ്ങള്‍ കാണിക്കുന്നത് അനുഭവപ്പെട്ടിട്ടുണ്ടാവാം. ഏറ്റവും സാധാരണമായ പ്രശ്നം ഉപകരണങ്ങളുടെ ഉടമസ്ഥതയും/യോ മാറിപ്പോയ അനുമതിയും/യോ ആണ്. ചില സന്ദര്‍ഭങ്ങളില്‍ ഉപകരണങ്ങള്‍ സഹജമായി സൃഷ്ടിക്കപ്പെട്ടതായി കാണുന്നില്ല. (ഉദാ: <filename>/dev/video</filename>, <filename>/dev/radio</filename> എന്നിവ).

en: <systemitem role="package">udev</systemitem> provides configuration mechanisms to deal with these issues.  See <citerefentry> <refentrytitle>udev</refentrytitle> <manvolnum>8</manvolnum> </citerefentry> and <filename>/etc/udev</filename> for further information.
ml:  ഇത്തരം പ്രശ്നങ്ങള്‍ കൈകാര്യം ചെയ്യുന്നതിന് മതിയായ ക്രമീകരണ സംവിധാനങ്ങള്‍ <systemitem role="package">udev</systemitem> നല്‍കുന്നുണ്ട്. കൂടുതല്‍ വിവരങ്ങള്‍ക്ക് <citerefentry> <refentrytitle>udev</refentrytitle> <manvolnum>8</manvolnum> </citerefentry>ഉം  <filename>/etc/udev</filename>ഉം നോക്കുക.

en: Some applications may no longer work with a 2.4 kernel
ml: ചില പ്രയോഗങ്ങള്‍ 2.4 കെര്‍ണലുമായി ഇനി പ്രവര്‍ത്തിയ്ക്കാതിരുന്നേയ്ക്കാം

en: Some applications in &releasename; may no longer work with a 2.4 kernel, for example because they require <literal>epoll()</literal> support, which is not available in 2.4 kernels.  Such applications may either not work at all or not work correctly until the system has been rebooted with a 2.6 kernel.
ml: &releasename; ലെ ചില പ്രയോഗങ്ങള്‍ 2.4 കെര്‍ണലുമായി ഇനി പ്രവര്‍ത്തിയ്ക്കാതിരുന്നേയ്ക്കാം, ഉദാഹരണത്തിന് അവയ്ക്ക് <literal>epoll()</literal>ന്റെ പിന്തുണ ആവശ്യ‌മുണ്ടെങ്കിലും, അത് 2.4 കെര്‍ണലില്‍ ഇല്ല. അത്തരം പ്രയോഗങ്ങള്‍ തീരെ പ്രവര്‍ത്തിക്കാതിരിക്കുകയോ, 2.6 കെര്‍ണല്‍ ഉപയോഗിച്ചു് സിസ്റ്റം വീണ്ടും ബൂട്ട് ചെയ്യും വരെ ശരിയായി പ്രവര്‍ത്തിക്കാതിരിക്കുകയോ ചെയ്യും.

en: One example is the HTTP proxy <systemitem role="package">squid</systemitem>.
ml: ഒരു ഉദാഹരണം <systemitem role="package">squid</systemitem> എച്ച്ടിടിപി പ്രോക്സി.

en: Certain network sites cannot be reached by TCP
ml: ചില ശൃംഖലാ സ്ഥാനങ്ങളില്‍ ടിസിപി വഴി എത്തിപ്പെടാന്‍ പറ്റുന്നില്ല

en: Since 2.6.17, Linux aggressively uses TCP window scaling which is specified in RFC 1323.  Some servers have a broken behavior, and announce wrong window sizes for themselves.  For more details, please see the bug reports <ulink url="&url-bts;381262">#381262</ulink>, <ulink url="&url-bts;395066">#395066</ulink>, <ulink url="&url-bts;401435">#401435</ulink>.
ml: 2.6.17നു ശേഷം ആര്‍എഫ്‌സി 1323 ല്‍ പരാമര്‍ശിച്ച ടിസിപി ജാലകത്തിന്റെ ഏറ്റക്കുറവുകള്‍ ഇളവുകളൊന്നും നല്‍കാതെയാണു് ലിനക്സ് ഉപയോഗിക്കുന്നതു്. ചില സെര്‍വറുകള്‍ക്കു്  ജാലക അളവുകള്‍ തെറ്റായി പ്രഖ്യാ‌പിയ്ക്കുന്ന തെറ്റായ പെരുമാറ്റമുണ്ടു്. വിശദാംശങ്ങള്‍ക്കായി <ulink url="&url-bts;381262">#381262</ulink>, <ulink url="&url-bts;395066">#395066</ulink>, <ulink url="&url-bts;401435">#401435</ulink> എന്നീ പിഴവുകളുടെ വിവരങ്ങള്‍ നോക്കുക.

en: There are usually two workarounds to these problems: either revert the maximum allowed TCP window sizes to a smaller value (preferable) or turn off TCP window scaling altogether (deprecated).  See the example commands in the <ulink url="&url-installer-errata;">debian-installer errata page</ulink>.
ml: സാധാരണയായി ഇത്തരം പ്രശ്നങ്ങള്‍ക്ക് രണ്ട് പരിഹാരങ്ങളുണ്ട്: ഒന്നുകില്‍ അനുവദിക്കപ്പെട്ട TCP ജാലകത്തിന്റെ ഏറ്റക്കുറച്ചിലുകള്‍ കുറഞ്ഞ നിരക്കിലേക്ക് തരം താഴ്ത്തുകയോ (തമ്മില്‍ ഭേദം) അല്ലെങ്കില്‍ TCP ജാലകത്തിന്റെ ഏറ്റക്കുറച്ചിലുകള്‍ പ്രക്രിയ അപ്പാടെ വേണ്ടെന്നു വെയ്ക്കുകയോ (നിരുത്സാഹപ്പെടുത്തിയിരിയ്ക്കുന്നു) ആണത്. <ulink url="&url-installer-errata;">debian-installer errata page</ulink>എന്ന കണ്ണിയിലെ ഉദാഹരണ ആജ്ഞകള്‍ കാണുക.

en: Automatic poweroff stops working
ml: സ്വയം നിര്‍ത്തിവയ്ക്കുന്നതു് പ്രര്‍ത്തിക്കുന്നില്ല

en: On some older systems, <literal>shutdown -h</literal> may not power off the system anymore (but just stop it).  This happens because <acronym>APM</acronym> needs to be used there.  Adding <literal>acpi=off apm=power_off</literal> to the kernel's command line, e.g. in <systemitem role="package">grub</systemitem> or <systemitem role="package">lilo</systemitem> configuration files should fix this issue.  Please see bug <ulink url="&url-bts;390547">#390547</ulink> for additional information.
ml: ചില പഴയ സിസ്റ്റങ്ങളില്‍ <literal>shutdown -h</literal> വൈദ്യുതിലഭ്യത നിര്‍ത്തപ്പെടുന്നില്ല (പ്രവര്‍ത്തനം നിര്‍ത്തുന്നേയുള്ളു). <acronym>APM</acronym> ഉപയോഗിക്കാത്തതാണ് ഇത് സംഭവിക്കാന്‍കാരണം. ഉദാ:<systemitem role="package">grub</systemitem> അല്ലെങ്കില്‍ <systemitem role="package">lilo</systemitem> തുടങ്ങിയവയുടെ ക്രമീകരണ ഫയലിലെ കെര്‍ണലിന്റെ ആജ്ഞാ വരിയില്‍ <literal>acpi=off apm=power_off</literal> എന്ന് ചേര്‍ത്താല്‍ തീരുന്നതേയുള്ളു ഈ പ്രശ്നം. കൂടുതല്‍ വിവരങ്ങള്‍ക്ക് <ulink url="&url-bts;390547">#390547</ulink> എന്ന കണ്ണിയിലെ പിഴവിന്റെ വിവരം കാണുക.

en: ACPI support disabled for some HP laptop models in &releasename; kernel
ml: &releasename; കെര്‍ണലില്‍ എച്ച്പി ലാപ്‌ടോപ്പിന്റെ ചില മാതൃകകളില്‍ എസിപിഐ പിന്തുണ പ്രവര്‍ത്തനരഹിതമാക്കിയിട്ടുണ്ടു്.

en: 
    TODO: This section can be removed, right?
ml: 
    ചെയ്യാനുള്ളവ: ഈ ഭാഗം നീക്കം ചെയ്യാം, അല്ലേ?

en: Certain models of HP laptops have an ACPI BIOS that is incompatible with the Linux &kernelversion; kernel shipped in &releasename;, which would prevent the fans from spinning up leading to unnecessary heat stress.  Also, fans might not work after the system is suspended.  The kernel therefore disables ACPI support internally when it detects certain ACPI BIOS versions.  Models known to be affected by this change include the HP nx6125, nx6120, nx6325, nc6120 and nc6000 models.
ml: എച്ച്പിയുടെ ചിലയിനം ലാപ്‌ടോപ്പുകളിലെ എസിപിഐ ബയോസ് ലിനക്സുമായി പൊരുത്തപ്പെടുന്നില്ല. &releasename; നോടൊപ്പം വന്ന കെര്‍ണല്‍ &kernelversion; പങ്കകളെ തിരിയാനനുവദിക്കാതെ അനാവശ്യ‌മായ ഉഷ്ണ സമ്മര്‍ദ്ദത്തിന് ഇരയാക്കുന്നു. സിസ്റ്റം ഉറങ്ങുമ്പോള്‍ പോലും പങ്കകള്‍ തിരിയാറില്ല. അപ്പോള്‍ ചില പ്രത്യേ‌ക എസിപിഐ ബയോസ് പതിപ്പുകള്‍ കണ്ടാലുടന്‍ കെര്‍ണല്‍ ആന്തരീകമായി എസിപിഐ പിന്തുണ പ്രവര്‍ത്തനരഹിതമാക്കുന്നു. ഈ മാറ്റം കൊണ്ട് ബാധിക്കപ്പെട്ടതായി അറിയപ്പെട്ടവ എച്ച്പിയുടെ nx6125, nx6120, nx6325, nc6120,nc6000 എന്നീ മാതൃകകള്‍ ആണ്.

en: Users who require ACPI support on these systems may install a Linux 2.6.19 or later kernel.  Please see Debian bug <ulink url="&url-bts;404143">#404143</ulink> and <ulink url="&url-bts;400488">#400488</ulink>, and Linux Kernel's bugs <ulink url="http://bugzilla.kernel.org/show_bug.cgi?id=5534">#5534</ulink> and <ulink url="http://bugzilla.kernel.org/show_bug.cgi?id=7122">#7122</ulink> for additional information.
ml: ഈ സിസ്റ്റങ്ങളില്‍ എസിപിഐ പിന്തുണ ആവശ്യ‌മുള്ള ഉപയോക്താക്കള്‍  2.6.19 ഓ, അതിനുശേഷമുള്ളതോ ആയ ലീനക്സിന്റെ കെര്‍ണല്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്യേണ്ടതാണു്. കൂടുതല്‍ വിവരങ്ങള്‍ക്ക് ഡെബിയന്‍ പിഴവുകള്‍ <ulink url="&url-bts;404143">#404143</ulink> ഉം, <ulink url="&url-bts;400488">#400488</ulink> ഉം, ലിനക്സ് കെര്‍ണലിലെ പിഴവുകള്‍ <ulink url="http://bugzilla.kernel.org/show_bug.cgi?id=5534">#5534</ulink>ഉം, <ulink url="http://bugzilla.kernel.org/show_bug.cgi?id=7122">#7122</ulink>ഉം എന്നീ കണ്ണികള്‍ ദയവായി നോക്കുക.

en: Asynchronous network initialization may cause unpredictable behavior
ml: ഒറ്റക്കും തറ്റക്കുമുള്ള ശൃംഖലയുടെ തുടക്കം പ്രവചനാതീതമായ പെരുമാറ്റങ്ങള്‍ക്കിടയാക്കുന്നു

en: On systems which use <systemitem role="package">udev</systemitem> to load drivers for network interfaces, it is possible due to the asynchronous nature of <systemitem role="package">udev</systemitem> that the network driver will not be loaded before <command>/etc/init.d/networking</command> runs on system boot.  Although including <literal>allow-hotplug</literal> to <filename>/etc/network/interfaces</filename> (in addition to <literal>auto</literal>) will ensure that the network interface is enabled once it becomes available, there is no guarantee that this will finish before the boot sequence begins to start network services, some of which may not behave correctly in the absence of the network interface.
ml: ശൃംഖലയുടെ വിനിമയതല പ്രവര്‍ത്തകം കയറ്റാന്‍ <systemitem role="package">udev</systemitem> ഉപയോഗിക്കേണ്ടിവരുന്ന സിസ്റ്റങ്ങളില്‍, <systemitem role="package">udev</systemitem>ന്റെ ഏകീകൃതമല്ലാത്ത പ്രകൃതികാരണം സിസ്റ്റത്തിന്റെ ബൂട്ടിങ്ങില്‍ <command>/etc/init.d/networking</command> പ്രവര്‍ത്തിച്ചു് തുടങ്ങും മുമ്പ് ശൃംഖലാ പ്രവര്‍ത്തകം കയറ്റപ്പെടാതിരിയ്ക്കാന്‍ സാദ്ധ്യ‌തയുണ്ട്. <filename>/etc/network/interfaces</filename>ല്‍  (<literal>auto</literal> യ്ക്കു് പുറമേ)<literal>allow-hotplug</literal> ഉള്‍പ്പെടുത്തുന്നതു് ശൃഖലാ വിനിമയതലം ഒരിക്കല്‍ ലഭ്യ‌മായാല്‍ പ്രവര്‍ത്തനസജ്ജമാകുമെന്നു് ഉറപ്പാക്കാമെങ്കിലും ശൃംഖലാ വിനിമയതലത്തിന്റെ അഭാവത്തില്‍ ശരിയായി പ്രവര്‍ത്തിയ്ക്കാത്ത ചില ശൃംഖലാ സേവനങ്ങള്‍ തുടങ്ങും മുമ്പ് ബൂട്ടിങ്ങ് ക്രിയാ ശ്രേണി ഇത് സാധിക്കുമെന്ന് ഉറപ്പൊന്നുമില്ല. .

en: Trouble when using <acronym>WPA</acronym> secured wireless networks
ml: <acronym>WPA</acronym> സംരക്ഷിത കമ്പിയില്ലാ ശൃംഖല ഉപയോഗിക്കുമ്പോള്‍ പ്രയാസം

en: In &oldreleasename;, the <systemitem role="package">wpasupplicant</systemitem> package was set up as a system service, configured via <filename>/etc/default/wpasupplicant</filename> and a user-provided <filename>/etc/wpasupplicant.conf</filename>.
ml: &oldreleasename;ല്‍ <systemitem role="package">wpasupplicant</systemitem> പൊതിക്കെട്ടു് <filename>/etc/default/wpasupplicant</filename>കൊണ്ടും ഉപയോക്താവ് നല്‍കിയ <filename>/etc/wpasupplicant.conf</filename>കൊണ്ടും ക്രമീകരണം നടത്തിയ സിസ്റ്റം സേവനങ്ങളായാണ് ഒരുക്കിയിട്ടുണ്ടായിരുന്നതു്.

en: In &releasename;, <filename>/etc/init.d/wpasupplicant</filename> has been dropped and the Debian package now integrates with <filename>/etc/network/interfaces</filename>, similar to other packages such as <systemitem role="package">wireless-tools</systemitem>.  This means <systemitem role="package">wpasupplicant</systemitem> no longer provides a system service directly.
ml: &releasename;യില്‍ <filename>/etc/init.d/wpasupplicant</filename>ഒഴിവാക്കിയിരിക്കുന്നു, എന്നാല്‍ ഡെബിയന്‍ പൊതിക്കെട്ട് ഇപ്പോള്‍ <filename>/etc/network/interfaces</filename>മായി <systemitem role="package">wireless-tools</systemitem> പോലുള്ള പൊതിക്കെട്ടുകളെപ്പോലെ സംയോജിപ്പിക്കപ്പെട്ടിരിക്കുന്നു. അതായത് മേലില്‍ <systemitem role="package">wpasupplicant</systemitem> നേരിട്ട് ഒരു സിസ്റ്റം സേവനമായി ലഭ്യ‌മാകില്ല.

en: For information on configuring wpasupplicant please refer to <filename>/usr/share/doc/wpasupplicant/README.modes.gz</filename>, which gives examples for <filename>/etc/network/interfaces</filename> files.  Updated information about the usage of the <systemitem role="package">wpasupplicant</systemitem> package in Debian can be found in the <ulink url="&url-wiki;WPA">Debian Wiki</ulink>.
ml: <filename>/etc/network/interfaces</filename> ഫയലുകള്‍ക്കുള്ള ഉദാഹരണംകാണിച്ചു തരുന്ന,  wpasupplicant ന്റെ ക്രമീകരണ വിവരങ്ങള്‍ക്ക് ദയവായി <filename>/usr/share/doc/wpasupplicant/README.modes.gz</filename> നോക്കുമല്ലൊ. ഡെബിയനില്‍ <systemitem role="package">wpasupplicant</systemitem> പൊതിക്കെട്ടുകള്‍ ഉപയോഗിക്കേണ്ട പുതുക്കിയ വിവരം <ulink url="&url-wiki;WPA">ഡെബിയന്‍ വിക്കി</ulink> എന്ന കണ്ണിയില്‍ കാണാവുന്നതാണ്.

en: Mounting vfat, ntfs or iso9660 file systems with files that include non-ASCII characters in their filenames will give failures when one tries to use the filenames unless mounting is done with the utf8 option.  An indication might be the following failure: <quote>Invalid or incomplete multibyte or wide character</quote>.  A possible solution is to use <literal>defaults,utf8</literal> as mount options for vfat, ntfs and iso9660 file systems when they contain filenames with non-ASCII characters.
ml: ആസ്കിയല്ലാത്ത അക്ഷരങ്ങള്‍ ഉപയോഗിച്ച ഫയല്‍നാമങ്ങളുള്ള vfat, ntfs or iso9660 ഫയല്‍ സിസ്റ്റങ്ങള്‍ utf8 ഐച്ഛികം ഉപയോഗിയ്ക്കാതെ ചേര്‍ത്താല്‍ ആരെങ്കിലും ആ ഫയല്‍നാമങ്ങള്‍ ഉപയോഗിയ്ക്കാന്‍ ശ്രമിച്ചാല്‍ തോല്‍വിയായിരിക്കും ഫലം. <quote>Invalid or incomplete multibyte or wide character</quote> എന്നു് പറഞ്ഞ തോല്‍വി ഇതിനുള്ള ഒരു സൂചനയായേയ്ക്കാം. ആസ്കി അക്ഷരങ്ങള്‍ ഉള്ള ഫയല്‍ നാമങ്ങള്‍ വരുമ്പോള്‍ vfat, ntfs and iso9660 ഫയല്‍ സിസ്റ്റങ്ങള്‍ ചേര്‍ക്കുമ്പോള്‍ ഐച്ഛികങ്ങളായി  <literal>defaults,utf8</literal> എന്നിവ ഉപയോഗിക്കുന്നത് ഒരു പരിഹാര സാധ്യ‌തയാണ്.

en: Note that the Linux kernel does not support case-insensitive filename handling for vfat when the <literal>utf8</literal> option is used.
ml: <literal>utf8</literal> ഐച്ഛികം ഉപയോഗിക്കുമ്പോള്‍  vfatനു വേണ്ടി  വലിയക്ഷര/ചെറിയക്ഷര സംവേദനക്ഷമതയുള്ള ഫയല്‍ നാമങ്ങള്‍ കൈകാര്യം ചെയ്യാന്‍ ലിനക്സിനു് പിന്തുണയില്ലെന്ന കാര്യം ശ്രദ്ധിക്കുമല്ലൊ.

en: Sound stops working
ml: ശബ്ദം കേള്‍ക്കാതാകുന്നു

en: In rare cases, sound might stop working after the upgrade.  If this happens, go through the <acronym>ALSA</acronym> checklist:
ml: നവീകരണത്തിനു് ശേഷം അപൂര്‍വ്വമായി ശബ്ദം കേള്‍ക്കാതാവാറുണ്ട്. അങ്ങനെ സംഭവിച്ചാല്‍<acronym>ALSA</acronym> checklist ലൂടെ ഒന്നു കണ്ണോടിക്കൂ:

en: run <command>alsaconf</command> as <literal>root</literal> user,
ml: <literal>root</literal> ഉപയോക്താവായി <command>alsaconf</command> പ്രവര്‍ത്തിപ്പിക്കണം,

en: add your user to the <literal>audio</literal> group,
ml: <literal>audio</literal> കൂട്ടത്തിലേക്ക് നിങ്ങളുടെ ഉപയോക്താവിനെ ചേര്‍ക്കുക,

en: make sure the sound channel levels are up and unmuted (using <command>alsamixer</command>),
ml: (<command>alsamixer</command>ഉപയോഗിച്ചുകൊണ്ട്) ശബ്ദപഥങ്ങള്‍ തുറന്നിരിക്കുകയാണെന്ന് ഉറപ്പാക്കുക,

en: make sure <command>arts</command> and <command>esound</command> are not running,
ml: <command>arts</command>യും <command>esound</command>ഉം ഓടുന്നില്ലെന്ന് ഉറപ്പ് വരുത്തുക,

en: make sure no <acronym>OSS</acronym> modules are loaded,
ml: <acronym>OSS</acronym> ഭാഗങ്ങളൊന്നും കയറ്റിയിട്ടില്ലെന്ന് ഉറപ്പാക്കുക,

en: make sure the speakers are actually switched on, and
ml: സ്പീക്കറുകള്‍ യഥാര്‍ത്ഥത്തില്‍ ഓണാക്കി വെച്ചിരിക്കുകയാണെന്ന് ഉറപ്പാക്കുകയും,

en: check whether the command
ml: താഴെ പറയുന്ന ആജ്ഞ

en: works for <literal>root</literal>.
ml: <literal>root</literal> ആയി പ്രവര്‍ത്തിക്കുന്നുവെന്നു് പരിശോധിക്കുക.

en: Upgrading to a 2.6 kernel
ml: 2.6 കെര്‍ണലിലേക്ക് കയറുന്നതു്

en: TODO: This section can be removed for lenny!
ml: ചെയ്യാനുള്ളവ: ഈ പംക്തി ലെന്നിയില്‍നിന്ന് ഒഴിവാക്കാവുന്നതാണ്!

en: The 2.6 kernel series contains major changes from the 2.4 series.  Modules have been renamed and a lot of drivers have been partially or sometimes almost completely rewritten.  Upgrading to a 2.6 kernel from an earlier version is therefore not a process to be undertaken lightly.  This section aims to make you aware of some of the issues you may face.
ml: 2.4 പരമ്പരയിലെ കെര്‍ണലിനെ അപേക്ഷിച്ച് 2.6 പരമ്പരയില്‍ ഒട്ടനവധി പ്രധാനപ്പെട്ട മാറ്റങ്ങള്‍ ഉള്‍ക്കൊള്ളുന്നുണ്ട്. ഭാഗങ്ങള്‍ പുനര്‍നാമകരണം ചെയ്യപ്പെടുകയും വളരെയധികം പ്രവര്‍ത്തകങ്ങള്‍ ഭാഗികമായും മറ്റു ചിലവ ഏതാണ്ട് പൂര്‍ണ്ണമായും മാറ്റി എഴുതപ്പെടുകയും ചെയ്തിട്ടുണ്ട്. 2.6 കെര്‍ണലിലേക്ക് അതിന്റെ മുന്‍ പതിപ്പില്‍ നിന്നും കയറുന്നതു് വളരെ ലാഘവത്തോടെ എടുക്കേണ്ടതല്ല. നിങ്ങള്‍ക്കു് അഭിമുഖീകരിക്കേണ്ടി വരാവുന്ന ചില പ്രശ്നങ്ങളിലേയ്ക്കു് വെളിച്ചം വീശുകയാണ് ഈ പംക്തിയുടെ ലക്ഷ്യം.

en: If you compile your own kernel from source, make sure you install <systemitem role="package">module-init-tools</systemitem> before you reboot with the 2.6 kernel.  This package replaces <systemitem role="package">modutils</systemitem> for 2.6 kernels.  If you install one of the Debian <systemitem role="package">linux-image</systemitem> packages, this package will be installed automatically because of dependencies.
ml: നിങ്ങളുടെ കെര്‍ണല്‍ സ്വന്തമായി സ്രോതസ്സില്‍നിന്ന് കമ്പൈല്‍ ചെയ്തതാണു് എങ്കില്‍ 2.6 കെര്‍ണലിന്റെ ബൂട്ടിങ്ങിന് മുമ്പേ <systemitem role="package">module-init-tools</systemitem> ഇന്‍സ്റ്റോള്‍ ചെയ്തിട്ടുണ്ടെന്നു് ഉറപ്പ് വരുത്തുക. ഡെബിയന്റെ <systemitem role="package">linux-image</systemitem> പൊതിക്കെട്ടുകളിലൊന്ന് ഇന്‍സ്റ്റോള്‍ ചെയ്യുകയാണെങ്കില്‍ ആശ്രിതത്വങ്ങള്‍ കാരണം അവ യാന്ത്രികമായി ഇന്‍സ്റ്റോള്‍ ചെയ്യപ്പെട്ടു കൊള്ളും.

en: If you use <emphasis><acronym>LVM</acronym></emphasis>, you should also install <systemitem role="package">lvm2</systemitem> before you reboot as the 2.6 kernel does not directly support LVM1.  To access LVM1 volumes, the compatibility layer of <systemitem role="package">lvm2</systemitem> (the dm-mod module) is used.  You can leave <systemitem role="package">lvm10</systemitem> installed; the init scripts will detect which kernel is used and execute the appropriate version.
ml: നിങ്ങള്‍ <emphasis><acronym>LVM</acronym></emphasis>, ഉപയോഗിക്കുകയാണെങ്കില്‍ 2.6 കെര്‍ണല്‍ വീണ്ടും ബൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് <systemitem role="package">lvm2</systemitem> കൂടി ഇന്‍സ്റ്റോള്‍ ചെയ്തിരിക്കണം, എന്തെന്നാല്‍, 2.6 കെര്‍ണല്‍ നേരിട്ട് LVM1നെ പിന്തുണക്കുന്നില്ല. LVM1 വ്യാ‌പ്തത്തെ(വോള്യൂം) സമീപിക്കാന്‍ <systemitem role="package">lvm2</systemitem>ന്റെ അനുരൂപമായ അടുക്കാണ് (dm-mod ഭാഗം) ഉപയോഗിക്കുന്നത്. <systemitem role="package">lvm10</systemitem> ഇന്‍സ്റ്റോള്‍ ചെയ്തിടാം; ഇനിറ്റ് സ്ക്രിപ്റ്റ് ഏത് കെര്‍ണലാണ് ഉപയോഗിച്ചിരിക്കുന്നത് എന്ന് മനസ്സിലാക്കി അതിനു് അനുസൃതമായ പതിപ്പുകള്‍ പ്രവര്‍ത്തിപ്പിച്ചു് കൊള്ളും.

en: If you have entries in the <filename>/etc/modules</filename> file (the list of modules to be loaded during system boot), be aware that some module names may have changed.  If this happens you will have to update this file with the new module names.
ml: <filename>/etc/modules</filename>ഫയലില്‍ രേഖപ്പെടുത്തിയിട്ടുണ്ടെങ്കില്‍ (സിസ്റ്റത്തിന്റെ ബൂട്ടിംഗ് സമയത്ത് കയറ്റണ്ട ഭാഗങ്ങളുടെ പട്ടിക) ചില ഭാഗങ്ങളുടെ പേരുകള്‍ മാറിയിട്ടുണ്ടാവുമെന്ന് ഓര്‍മ്മിക്കണം. അങ്ങനെ സംഭവിക്കുകയാണെങ്കില്‍ ഈ ഫയല്‍ പുതിയ ഭാഗങ്ങള്‍ ചേര്‍ത്ത് പുതുക്കേണ്ടതാണ്.

en: For some <acronym>SATA</acronym> disk controllers, the device assigned to a drive and its partitions may change from <filename>/dev/hdX</filename> to <filename>/dev/sdX</filename>.  If this happens, you will have to modify your <filename>/etc/fstab</filename> and bootloader configuration accordingly.  Unless these changes are made correctly, your system may not boot correctly<footnote>
ml: ചില <acronym>സാട്ട</acronym> ഡിസ്കുകളുടെ കാര്യ‌ത്തില്‍, ഡ്രൈവിനോ അതിന്റെ ഭാഗങ്ങള്‍ക്കോ നല്‍കിയ പേരു് <filename>/dev/hdX</filename>ല്‍ നിന്ന്  <filename>/dev/sdX</filename> ആയി മാറുന്നുണ്ട്. അങ്ങനെ സംഭവിക്കുമ്പോള്‍ <filename>/etc/fstab</filename>ഉം ബൂട്ട് ലോഡറിലെ ക്രമീകരണങ്ങളും യഥാവിധി പരിഷ്കരിക്കേണ്ടതുണ്ട്. ഇത്തരം മാറ്റങ്ങള്‍ ശരിയായി വരുത്തിയില്ലെങ്കില്‍, നിങ്ങളുടെ സിസ്റ്റം ശരിയായി ബൂട്ട് ചെയ്യില്ല.<footnote>

en: It will boot the kernel but will fail when trying to mount the root file system and will abort with an error <emphasis>waiting for root file system</emphasis> followed by <emphasis>unable to mount /dev/hdX ..not found</emphasis>.  You can use the <literal>initramfs</literal> shell to fix this issue, after you identify the newly assigned device names in the kernel boot messages or by reviewing the contents of <filename>/dev/disk/</filename>.
ml: ഇത് കെര്‍ണലിനെ പ്രവര്‍ത്തന സജ്ജമാക്കും എന്നാല്‍ റൂട്ട് ഫയല്‍ സിസ്റ്റം കയറ്റാന്‍ ശ്രമിക്കുമ്പോള്‍ പരാജയപ്പെടുകയും <emphasis>waiting for root file system</emphasis>എന്നും പിന്തുടര്‍ന്നു് <emphasis>unable to mount /dev/hdX ..not found</emphasis> എന്നുള്ള സന്ദേശത്തോടെ പിന്മാറുകയും ചെയ്യും. <literal>initramfs</literal>ഷെല്‍ ഉപയോഗിച്ച്, കെര്‍ണലിന്റെ ബൂട്ട് സന്ദേശത്തില്‍നിന്നോ <filename>/dev/disk/</filename>.ന്റെ ഉള്ളടക്കം നിരീക്ഷിച്ചോ പുതിയതായി നല്‍കിയ ഉപകരണനാമങ്ങള്‍ തിരിച്ചറിഞ്ഞ് പ്രശ്നം പരിഹരിക്കാവുന്നതാണ്.

en: Once you have installed your 2.6 kernel, but before you reboot, make sure you have a recovery method.  First, make sure that the bootloader configuration has entries for both the new kernel and the old, working 2.4 kernel.  You should also ensure you have a <quote>rescue</quote> floppy or CD-ROM to hand, in case misconfiguration of the bootloader prevents you from booting the old kernel.
ml: നിങ്ങളുടെ 2.6 കെര്‍ണല്‍ ഇന്‍സ്റ്റോള്‍ നടത്തി, വീണ്ടും ബൂട്ട് ചെയ്യുന്നതിനു മുമ്പേ, വീണ്ടെടുപ്പിനുള്ള  മാര്‍ഗ്ഗമുണ്ടെന്ന് ഉറപ്പാക്കുക. ബൂട്ട്‌ലോഡര്‍ ക്രമീകരണങ്ങളില്‍ പുതിയ കെര്‍ണലിനും,പ്രവര്‍ത്തിച്ചുകൊണ്ടിരിക്കുന്ന പഴയ 2.4 കെര്‍ണലിനും വേണ്ട ചാര്‍ത്തുകളുണ്ടെന്ന് ആദ്യമേ ഉറപ്പാക്കിയിരിക്കണം. ബൂട്ട്‌ലോഡറിന്റെ ക്രമീകരണ പിഴവുകള്‍ പഴയ കെര്‍ണലിനെ ബൂട്ട് ചെയ്യുന്നതില്‍നിന്ന് തടയുന്ന സന്ദര്‍ഭത്തിലുപയോഗിയ്ക്കാന്‍ <quote>rescue</quote> ഫ്ലോപ്പിയോ, സിഡിറോമോ, കൈവശമുണ്ടെന്ന് ഉറപ്പുവരുത്തുക.

en: Keyboard configuration
ml: കീബോര്‍ഡ് ക്രമീകരണം

en: The most invasive change in the 2.6 kernels is a fundamental change of the input layer.  This change makes all keyboards look like <quote>normal</quote> PC keyboards.  This means that if you currently have a different type of keyboard selected (e.g.  a USB-MAC or Sun keyboard), you will very likely end up with a non-working keyboard after rebooting with the new 2.6 kernel.
ml: നിവേശക അടുക്കിന്റെ അടിസ്ഥാനപരമായ മാറ്റമാണ് 2.6 കെര്‍ണലിലെ ഏറ്റവും ഗുരുതരമായമാറ്റം. ഈ മാറ്റം കൊണ്ട് എല്ലാ കീബോര്‍ഡുകളും <quote>normal</quote> PC കീബോര്‍ഡുകളായി തോന്നിക്കും. അതായത് നിങ്ങള്‍ ഇപ്പോള്‍ ഒരു വ്യ‌ത്യസ്ത കീബോര്‍ഡ് (ഉദാ: ഒരു USB-MAC അല്ലെങ്കില്‍ സണ്‍ കീബോര്‍ഡ്) തെരഞ്ഞെടുത്തുവെന്നിരിക്കട്ടെ, 2.6 കെര്‍ണല്‍ വീണ്ടും ബൂട്ട് ചെയ്താല്‍ ഒരു പക്ഷെ പ്രവര്‍ത്തനരഹിതമായ ഒരു കീബോര്‍ഡായിരിക്കും ഉണ്ടാവുക.

en: If you can SSH into the box from another system, you can resolve this issue by running <literal>dpkg-reconfigure console-data</literal>, choosing the option <quote>Select keymap from full list</quote> and selecting a <quote>pc</quote> keyboard.
ml: വേറൊരു സിസ്റ്റത്തില്‍ നിന്നും SSH ഉപയോഗിച്ചു് നിങ്ങള്‍ക്കീ സിസ്റ്റത്തില്‍ കയറിക്കൂടാനായാല്‍ <literal>dpkg-reconfigure console-data</literal> പ്രവര്‍ത്തിപ്പിച്ചു് <quote>Select keymap from full list</quote> എന്ന ഐച്ഛികം ഉപയോഗിച്ചു് <quote>pc</quote> കീബോര്‍ഡ് തെരഞ്ഞെടുത്തും പ്രശ്നപരിഹാരം കാണാം.

en: If your console keyboard is affected, you will probably also need to reconfigure your keyboard for the X Window System.  You can do this either by running <literal>dpkg-reconfigure xserver-xorg</literal> or by editing <filename>/etc/X11/xorg.conf</filename> directly.  Don't forget to read the documentation referred to in <xref linkend="nownownow"/>.
ml: നിങ്ങളുടെ കണ്‍സോള്‍ കീബോര്‍ഡിനേയും ബാധിച്ചിട്ടുണ്ടെങ്കില്‍ എക്സ് ജാലകവ്യവസ്ഥയുടെ കീബോര്‍ഡും ക്രമീകരിക്കേണ്ടിവരും <literal>dpkg-reconfigure xserver-xorg</literal> പ്രവര്‍ത്തിപ്പിച്ചുകൊണ്ടോ, <filename>/etc/X11/xorg.conf</filename> ല്‍ തിരുത്തലുകള്‍ വരുത്തിയോ ഇതു സാധിക്കാവുന്നതേയുള്ളു. <xref linkend="nownownow"/>ലെ സഹായക്കുറിപ്പു് വായിക്കാന്‍ മറക്കരുത്.

en: This issue is unlikely to affect the &arch-title; architecture as all PS/2 and most <acronym>USB</acronym> keyboards will already be configured as a <quote>normal</quote> PC keyboard.
ml: മിക്ക <acronym>USB</acronym> കീബോര്‍ഡുകളും എല്ലാ PS/2കീബോര്‍ഡുകളും<quote>normal</quote>PC കീബോര്‍ഡായി ക്രമീകരിക്കുന്നതുകൊണ്ട് ഇത് &arch-title; ശില്പകലയെ കാര്യ‌മായി ബാധിക്കാനിടയില്ല.

en: Note that if you are using a <acronym>USB</acronym> keyboard, this may be configured as either a <quote>normal</quote> PC keyboard or as a USB-MAC keyboard. In the first case you will not be affected by this issue.
ml: ഒരു USB കീബോര്‍ഡാണ് നിങ്ങള്‍ ഉപയോഗിക്കുന്നത് എങ്കില്‍ അത് ഒരു <quote>normal</quote>PC കീബോര്‍ഡായൊ, USB-MAC കീബോര്‍ഡായോ ക്രമീകരിച്ചിരിക്കണം എന്ന് ഓര്‍ക്കുമല്ലൊ. അതില്‍ ആദ്യ‌ത്തേതാണെങ്കില്‍  ഈ പ്രശ്നം നിങ്ങളെ ബാധിക്കില്ല.

en: Mouse configuration
ml: മൌസ് ക്രമീകരണം

en: Again because of the changes in the input layer, you may have to reconfigure the X Window System and <systemitem role="package">gpm</systemitem> if your mouse is not working after upgrading to a 2.6 kernel.  The most likely cause is that the device which gets the data from the mouse has changed.  You may also need to load different modules.
ml: വീണ്ടും നിവേശക അടുക്കിലെ മാറ്റം കാരണം, 2.6 കെര്‍ണലിലേക്ക് ഉയര്‍ത്തപ്പെട്ട ശേഷം നിങ്ങളുടെ മൌസ് പ്രവര്‍ത്തിക്കാതാവുകയാണെങ്കില്‍ എക്സ് ജാലക സംവിധാനവും <systemitem role="package">gpm</systemitem>ഉം വീണ്ടും ക്രമീകരിക്കേണ്ടിവരും. മൌസിലൂടെ വിവരങ്ങള്‍ കിട്ടിക്കൊണ്ടിരുന്ന ഉപകരണംമാറിയതാവാനാണ് ഏറിയ സാധ്യ‌ത. പല വ്യ‌ത്യ‌സ്ത ഭാഗങ്ങളും കയറ്റേണ്ടതായി വരും.

en: Sound configuration
ml: ശബ്ദ ക്രമീകരണം

en: TODO: Do we still need this for lenny?
ml: ചയ്യാനുള്ളവ: ലെന്നിയില്‍ ഇനിയും നമുക്കിതാവശ്യ‌‌മുണ്ടോ?

en: For the 2.6 kernel series the <acronym>ALSA</acronym> sound drivers are recommended over the older <acronym>OSS</acronym> sound drivers.  <acronym>ALSA</acronym> sound drivers are provided as modules by default.  In order for sound to work, the <acronym>ALSA</acronym> modules appropriate for your sound hardware need to be loaded.  In general this will happen automatically if you have, in addition to the <systemitem role="package">alsa-base</systemitem> package, the <systemitem role="package">discover</systemitem> package installed.  The <systemitem role="package">alsa-base</systemitem> package also <quote>blacklists</quote> <acronym>OSS</acronym> modules to prevent <command>discover</command> from loading them. If you have <acronym>OSS</acronym> modules listed in <filename>/etc/modules</filename>, you should remove them.
ml: 2.6 കെര്‍ണല്‍ പരമ്പരയില്‍ പഴയ <acronym>OSS</acronym> ശബ്ദ പ്രവര്‍ത്തകത്തിനു് പകരം <acronym>ALSA</acronym> ശബ്ദ പ്രവര്‍ത്തകങ്ങളാണു് കൂടി ശുപാര്‍ശ ചെയ്യുന്നുണ്ട്. <acronym>ALSA</acronym> ശബ്ദ പ്രവര്‍ത്തകങ്ങള്‍ സഹജമായി ചേര്‍ക്കാവുന്ന ഭാഗമായി നല്‍കിയിരിയ്ക്കുന്നു. ശബ്ദം കേള്‍ക്കുന്നതിന് ശബ്ദത്തിനുള്ള നിങ്ങളുടെ ഹാര്‍ഡ്‌വെയറിനു് യോജിച്ച <acronym>ALSA</acronym> ഭാഗങ്ങള്‍  കയറ്റേണ്ടതുണ്ട്. മൊത്തത്തില്‍, സിസ്റ്റത്തിലെ <systemitem role="package">alsa-base</systemitem> പൊതിക്കെട്ടുകള്‍ക്ക് പുറമെ <systemitem role="package">discover</systemitem> പൊതിക്കെട്ടുകള്‍ കൂടി ഇന്‍സ്റ്റോള്‍ ചെയ്തിട്ടുണ്ടെങ്കില്‍ ഇതെല്ലാം സ്വയമേവ നടന്നുകൊള്ളും. <systemitem role="package">alsa-base</systemitem> പൊതിക്കെട്ട് <command>discover</command> നെ <acronym>OSS</acronym> ഭാഗങ്ങള്‍ കയറ്റുന്നതില്‍ നിന്നും  തടയാനായി <quote>blacklists</quote> ചെയ്യുന്നു. <filename>/etc/modules</filename>ല്‍ <acronym>OSS</acronym> ഭാഗങ്ങള്‍ ഉള്‍പ്പെടുത്തിയിട്ടുണ്ടെങ്കില്‍ അവ നീക്കം ചെയ്യേണ്ടതാണ്.

en: <acronym>NFS</acronym> mounts now handled by nfs-common
ml: ഇപ്പോള്‍ <acronym>NFS</acronym> കയറ്റുന്നത് nfs-common ആണ് കൈകാര്യം ചെയ്യുന്നത്.

en: Since <systemitem role="package">util-linux</systemitem> 2.13 <acronym>NFS</acronym> mounts are no longer handled by <systemitem role="package">util-linux</systemitem> itself, but by <systemitem role="package">nfs-common</systemitem>. Since not all systems mount <acronym>NFS</acronym> shares and to avoid a standard portmapper installation <systemitem role="package">util-linux</systemitem> only suggests <systemitem role="package">nfs-common</systemitem>. If you need to mount <acronym>NFS</acronym> shares, make sure <systemitem role="package">nfs-common</systemitem> is installed on your system. The preinstallation script of the <systemitem role="package">mount</systemitem> package checks whether <acronym>NFS</acronym> mounts exist and aborts if <filename>/usr/sbin/mount.nfs</filename> from <systemitem role="package">nfs-common</systemitem> is not present or if <systemitem role="package">nfs-common</systemitem> is out-of-date. Either upgrade <systemitem role="package">nfs-common</systemitem> or unmount any <acronym>NFS</acronym> mounts prior to upgrading <systemitem role="package">mount</systemitem>.
ml: <systemitem role="package">util-linux</systemitem> 2.13നു ശേഷം <acronym>NFS</acronym> കയറ്റുന്നതിന്റെ കൈകാര്യ‌കര്‍തൃത്വം <systemitem role="package">util-linux</systemitem>ന്റേതല്ല; മറിച്ച്<systemitem role="package">nfs-common</systemitem> ന്റേതാണ്. <acronym>NFS</acronym>  shares ചേര്‍ക്കുന്നതിന് എല്ലാ സിസ്റ്റങ്ങള്‍ക്കും ആവശ്യമില്ലാത്തതിനാലും ഒരു സാധാരണ പോര്‍ട്ട്മാപ്പര്‍ ഇന്‍സ്റ്റോള്‍ ഒഴിവാക്കുന്നതിനും <systemitem role="package">util-linux</systemitem>,<systemitem role="package">nfs-common</systemitem> നിര്‍ദ്ദേശിക്കുക മാത്രം ചെയ്യുന്നു. <acronym>NFS</acronym> shares ചേര്‍ക്കണമെന്ന് നിര്‍ബ്ബന്ധമാണെങ്കില്‍,  <systemitem role="package">nfs-common</systemitem> നിങ്ങളുടെ സിസ്റ്റത്തില്‍ ഇന്‍സ്റ്റോള്‍ ചെയ്തിട്ടുണ്ടെന്ന് ഉറപ്പു വരുത്തുക. <systemitem role="package">mount</systemitem>പൊതിക്കെട്ടിന്റെ ഇന്‍സ്റ്റലേഷനു് മുമ്പുള്ള സ്ക്രിപ്റ്റ് <acronym>NFS</acronym> mounts നിലവിലുണ്ടോ പരിശോധിയ്ക്കുകയും,  <systemitem role="package">nfs-common</systemitem> ലെ <filename>/usr/sbin/mount.nfs</filename> ന്റെ അഭാവത്തിലും <systemitem role="package">nfs-common</systemitem> കാലാവധി കഴിഞ്ഞ അവസരത്തിലും പിന്തിരിയുകയും ചെയ്യുന്നു. ഒന്നുകില്‍ <systemitem role="package">nfs-common</systemitem> പുതുക്കുകയോ പുതുക്കുന്നതിനായി മുമ്പ് ചേര്‍ത്ത <acronym>NFS</acronym> mounts വേര്‍പ്പെടുത്തുകയോ ചെയ്യണം.

en: Change of Romanian (ro) keyboard layout
ml: റൊമാനിയന്‍ (ro) കീബോര്‍ഡ് വിന്യാ‌സത്തിനു് മാറ്റം

en: Because of the upgrade to <systemitem role="package">xkb-data</systemitem> version 1.3 in &releasename; the default variant for Romanian (ro) layout is now producing the correct șț characters (comma below) instead of şţ (cedilla below). Also some of the variants have been renamed. The old variant names still work, but users are encouraged to update their <filename>/etc/X11/xorg.conf</filename>. More info as well as possible side effects due to this change are available in the <ulink url="http://wiki.debian.org/L10N/Romanian/Lenny/Notes"> wiki (Romanian language only)</ulink>.
ml: &releasename;യില്‍ <systemitem role="package">xkb-data</systemitem> യുടെ പതിപ്പു് 1.3 ലേയ്ക്ക് പുതുക്കിയ കാരണം, റൊമാനിയന്‍ ‍(ro) വിന്യാ‌സത്തിന്റെ സഹജമായ വകഭേദം  ഇപ്പോള്‍ şţ (cedilla തഴെ)ക്ക് പകരം șț (താഴെ കോമ) ചിഹ്നങ്ങള്‍ ശരിയായി കാണിക്കുന്നുണ്ട്. വേറെ ചില വകഭേദങ്ങളും (ഡെറിവേറ്റീവ്) പുനര്‍നാമകരണം ചെയ്യപ്പെട്ടിട്ടുണ്ട്. പഴയ വകഭേദ നാമങ്ങളും ഫലിക്കുമെങ്കിലും ഉപയോക്താക്കളെ അവരുടെ <filename>/etc/X11/xorg.conf</filename>പുതുക്കാന്‍ പ്രോത്സാഹിപ്പിക്കുന്നു. കൂടുതല്‍ വിവരങ്ങളും അതേപോലെ മാറ്റങ്ങള്‍കൊണ്ട് വരാവുന്ന പാര്‍ശ്വഫലങ്ങളും‍<ulink url="http://wiki.debian.org/L10N/Romanian/Lenny/Notes"> വിക്കി (റൊമാനിയന്‍ ഭാഷ മാത്രം)</ulink> യില്‍ ലഭ്യ‌മാണ്.

en: Upgrading apache2
ml: അപ്പാച്ചെ2 പുതുക്കല്‍

en: The apache2 default configuration has changed in some ways that may require manual changes to your configuration. The most important changes are:
ml: അപ്പാച്ചെയുടെ സഹജ ക്രമീകരണത്തില്‍ ചില മാറ്റം വരുത്തിയിട്ടുള്ളതിനാല്‍ നിങ്ങളുടെ ക്രമീകരണത്തിലും മാറ്റങ്ങള്‍ വരുത്തേണ്ടിയിരിക്കുന്നു. അവയില്‍ പ്രധാനപ്പെട്ട മാറ്റങ്ങള്‍:

en: <literal>NameVirtualHost *</literal> has been changed to <literal>NameVirtualHost *:80</literal>. If you have added more name based virtual hosts, you need to change <literal>&lt;VirtualHost *&gt;</literal> to <literal>&lt;VirtualHost *:80&gt;</literal> for each of them.
ml: <literal>NameVirtualHost *</literal> എന്നത് <literal>NameVirtualHost *:80</literal> എന്നാക്കി മാറ്റിയിട്ടുണ്ട്. നിങ്ങള്‍ കൂടുതല്‍ പേരടിസ്ഥാനമാക്കിയ മായാ ഹോസ്റ്റുകളെ ചേര്‍ത്തിട്ടുണ്ടെങ്കില്‍, <literal>&lt;VirtualHost *&gt;</literal>എന്നത് അവയില്‍ ഓരോന്നിനും <literal>&lt;VirtualHost *:80&gt;</literal> എന്നാക്കി മാറ്റേണ്ടിയിരിക്കുന്നു.

en: The Apache User and Group and the PidFile path are now configured in <filename>/etc/apache2/envvars</filename>. If you have changed these settings from their default values, you need to change that file.  This also means that starting apache2 with <command>apache2 -k start</command> is no longer possible, you have to use <command>/etc/init.d/apache2</command> or <command>apache2ctl</command>.
ml: അപ്പാച്ചെ ഉപയോക്താവും കൂട്ടവും പിഐഡി ഫയല്‍ നാമങ്ങളും ഇപ്പോള്‍ <filename>/etc/apache2/envvars</filename>ലാണ് ക്രമീകരിച്ചിട്ടുള്ളത്. ഇവയുടെ സഹജ സജ്ജീകരണങ്ങളില്‍ നിന്നും അവയുടെ  മൂല്യ‌ങ്ങള്‍ മാറ്റിയിട്ടുണ്ടെങ്കില്‍, നിങ്ങള്‍ക്ക് ആ ഫയല്‍ മാറ്റേണ്ടി വരും. അതായത് <command>apache2 -k start</command>കൊണ്ട് അപ്പാച്ചെ2 തുടങ്ങുന്നതു് മേലില്‍ സാധ്യമായെന്നു വരില്ല എന്നു കൂടി സാരം. <command>/etc/init.d/apache2</command>ഓ അല്ലെങ്കില്‍<command>apache2ctl</command> ഓ ഉപയോഗിക്കേണ്ടി വരും.

en: The suexec helper program needed for mod_suexec is now shipped in a separate package, <systemitem role="package">apache2-suexec</systemitem>, which is not installed by default.
ml: mod_suexec പരിപാടിക്ക് അത്യാ‌വശ്യ‌മായ suexec സഹായക പ്രോഗ്രാം ഇപ്പോള്‍ <systemitem role="package">apache2-suexec</systemitem> എന്ന പ്രത്യേ‌കം പൊതിക്കെട്ടായിട്ടാണ് വരുന്നത്, അത് സഹജമായി ഇന്‍സ്റ്റോള്‍ ചെയ്യപ്പെടുന്നില്ല.

en: More module specific configuration has been moved from <filename>/etc/apache2/apache2.conf</filename> to <filename>/etc/apache2/mods-available/*.conf</filename>.
ml: കൂടുതല്‍ ഭാഗങ്ങളുടെ കൃത്യ‌മായ ക്രമീകരണങ്ങള്‍ <filename>/etc/apache2/apache2.conf</filename>ല്‍ നിന്ന് <filename>/etc/apache2/mods-available/*conf</filename> ലേക്ക് മാറ്റിയിട്ടുണ്ട്.

en: For more detailed information, see <filename>/usr/share/doc/apache2.2-common/NEWS.Debian.gz</filename> and <filename>/usr/share/doc/apache2.2-common/README.Debian.gz</filename>.
ml: കൂടുതല്‍ വിശദമായ വിവരങ്ങള്‍ക്കായി <filename>/usr/share/doc/apache2.2-common/NEWS.Debian.gz</filename> ഉം <filename>/usr/share/doc/apache2.2-common/README.Debian.gz</filename>ഉം കാണുമല്ലൊ.

en: <acronym>NIS</acronym> and Network Manager
ml: <acronym>NIS</acronym>ഉം ശൃംഖലാ നടത്തിപ്പുകാരനും

en: The version of <command>ypbind</command> included with <systemitem role="package">nis</systemitem> for &releasename; contains support for Network Manager.  This support causes <command>ypbind</command> to disable <acronym>NIS</acronym> client functionality when Network Manager reports that the computer is disconnected from the network.  Since Network Manager will usually report that the computer is disconnected when it is not in use, <acronym>NIS</acronym> users with <acronym>NIS</acronym> client systems should ensure that Network Manager support is disabled on those systems.
ml: <systemitem role="package">nis</systemitem>നോട് ചേര്‍ത്ത <command>ypbind</command>ന്റെ പതിപ്പ് ശൃംഖലാ നടത്തിപ്പുകാരനുള്ള പിന്തുണ ഉള്‍‌ക്കൊള്ളുന്നുണ്ട്. ശൃംഖലകളില്‍ നിന്ന് കമ്പ്യൂ‌ട്ടര്‍ വിച്ഛേദിക്കപ്പെട്ടു എന്ന് ‍ശൃംഖലാ നടത്തിപ്പുകാരന്‍ പ്രസ്താവിക്കുമ്പോള്‍ <command>ypbind</command><acronym>NIS</acronym> ക്ലയന്റ് ധര്‍മ്മം പ്രവര്‍ത്തനരഹിതമാക്കും. സാധാരണഗതിയില്‍, കമ്പ്യൂട്ടര്‍ ഉപയോഗത്തിലല്ലെങ്കില്‍ അത് വിച്ഛേദിക്കപ്പെട്ടിരിക്കയാണെന്ന് ശൃംഖലാ നടത്തിപ്പുകാരന്‍ പ്രസ്താവിക്കാറുള്ളതുകൊണ്ട് <acronym>NIS</acronym> ക്ലയന്റ് സിസ്റ്റമുള്ള ഉപയോക്താക്കള്‍ അത്തരം സിസ്റ്റങ്ങളില്‍ ‍ശൃംഖലാ നടത്തിപ്പുകാരന്റെ പിന്തുണ പ്രവര്‍ത്തനരഹിതമാക്കിയിട്ടുണ്ടെന്നു് ഉറപ്പാക്കേണ്ടിയിരിയ്ക്കുന്നു.

en: This can be done by either uninstalling the <systemitem role="package">network-manager</systemitem> package, or editing <filename>/etc/default/nis</filename> to add <literal>-no-dbus</literal> to <literal>YPBINDARGS</literal>.
ml: <systemitem role="package">network-manager</systemitem> പൊതിക്കെട്ട് അഴിച്ചുകളഞ്ഞോ അല്ലെങ്കില്‍ <filename>/etc/default/nis</filename> ല്‍ <literal>YPBINDARGS</literal> ലേയ്ക്കു് <literal>-no-dbus</literal> എന്നു് ചേര്‍ത്തോ ഇതു് ചെയ്യാവുന്നതാണ്.

en: The use of <literal>-no-dbus</literal> is the default for new installs of Debian, but was not the default in previous releases.
ml: ഡെബിയന്റെ പുതിയ ഇന്‍സ്റ്റലേഷനു് <literal>-no-dbus</literal> സഹജമായി ഉപയോഗിക്കുന്നതാണ്, എന്നാല്‍ മുന്‍ പതിപ്പുകളില്‍ അതു് സഹജമായിരുന്നില്ല.

en: Security status of Mozilla products
ml: മോസില്ലാ ഉല്‍പ്പന്നങ്ങളുടെ സുരക്ഷിതത്വ നിലവാരം

en: KDE desktop
ml: കെഡി‌ഇ പണിയിടം
