<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Archlinux.fr &#187; Nouvelles</title>
	<atom:link href="http://archlinux.fr/category/news/feed" rel="self" type="application/rss+xml" />
	<link>http://archlinux.fr</link>
	<description>Communauté Francophone Archlinux</description>
	<lastBuildDate>Wed, 23 May 2012 17:57:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Netcfg en 2.8.2</title>
		<link>http://archlinux.fr/news/netcfg-en-2-8-2</link>
		<comments>http://archlinux.fr/news/netcfg-en-2-8-2#comments</comments>
		<pubDate>Tue, 22 May 2012 19:36:35 +0000</pubDate>
		<dc:creator>FoolEcho</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[netcfg]]></category>
		<category><![CDATA[réseau]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=886</guid>
		<description><![CDATA[Netcfg 2.8.2 a été déplacé vers [core]. La dernière mise à jour datant de six mois, netcfg a accumulé un certain nombre de changements. Voici une liste succincte: La configuration est déplacée hors du rc.conf. Veillez à la passer dans /etc/conf.d/netcfg. Les types de connexion se terminant en -old, -dbus et -iproute sont interrompues. Retirer [...]]]></description>
			<content:encoded><![CDATA[<p>Netcfg 2.8.2 a été déplacé vers [core]. La dernière mise à jour datant de six mois, netcfg a accumulé un certain nombre de changements. Voici une liste succincte:</p>
<ul>
<li>La configuration est déplacée hors du rc.conf. Veillez à la passer dans <code>/etc/conf.d/netcfg</code>.</li>
<li>Les types de connexion se terminant en <code>-old</code>, <code>-dbus</code> et <code>-iproute</code> sont interrompues. Retirer le suffixe si vous l&#8217;avez encore: vous n&#8217;en avez plus besoin.</li>
<li>Systemd est maintenant pris en charge pour le profil unique, les profils multiples, les connexions automatique par cable et automatique sans fil.</li>
<li>Pour vos besoins de base en Wifi, vous pouvez maintenant utiliser l&#8217;outil fourni, <code>wifi-menu</code>. Il s&#8217;agit d&#8217;un assistant de connexion en console basé sur <code>dialog</code> et inspiré par <code>wifi-select</code>.</li>
<li>La déconnexion d&#8217;une interface ne se fait plus par le biais de <code>-i</code> mais par <code>-D</code>. La reconnexion d&#8217;une interface est possible grâce à <code>-R</code>.</li>
<li>Un nouveau type de connexion est supporté: PPPoE.</li>
</ul>
<p>La liste complète des changements est disponible sur <a href="http://projects.archlinux.org/netcfg.git/tree/NEWS?id=2.8.2">http://projects.archlinux.org/netcfg.git/tree/NEWS?id=2.8.2</a>.</p>
<p><a href="http://www.archlinux.org/news/netcfg-282-release/">Article original</a></p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/netcfg-en-2-8-2/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PHP en version 5.4</title>
		<link>http://archlinux.fr/news/php-en-version-5-4</link>
		<comments>http://archlinux.fr/news/php-en-version-5-4#comments</comments>
		<pubDate>Tue, 22 May 2012 19:19:42 +0000</pubDate>
		<dc:creator>FoolEcho</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[php]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=882</guid>
		<description><![CDATA[PHP a été mis à jour à sa dernière version majeure 5.4. Le changelog peut être trouvé à php.net/ChangeLog-5.php, un guide de migration détaillé à fr.php.net/migration54. En plus de cela, les changements d&#8217;empaquetage suivants ont été apportés: Le patch et l&#8217;extension Suhosin ont été supprimés. Pour en savoir plus sur cette décision: pierre-schmitz.com/php-5-4-1-in-suhosin-out .  Si [...]]]></description>
			<content:encoded><![CDATA[<p>PHP a été mis à jour à sa dernière version majeure 5.4. Le changelog peut être trouvé à <a href="http://php.net/ChangeLog-5.php">php.net/ChangeLog-5.php</a>, un guide de migration détaillé à <a href="http://fr.php.net/migration54">fr.php.net/migration54</a>. En plus de cela, les changements d&#8217;empaquetage suivants ont été apportés:</p>
<ul>
<li>Le patch et l&#8217;extension Suhosin ont été supprimés. Pour en savoir plus sur cette décision: <a href="https://pierre-schmitz.com/php-5-4-1-in-suhosin-out/">pierre-schmitz.com/php-5-4-1-in-suhosin-out</a> .  Si vous aviez utilisé l&#8217;extension suhosin avant, supprimez le paquet <code>php-suhosin</code> car il n&#8217;est plus compatible avec PHP 5.4</li>
<li>Notez que l&#8217;API d&#8217;extension a été modifiée. Si vous utilisez des extensions tierces qui ne sont pas dans nos dépôts, vous devez au moins les recompiler ou mettre à jour vers une version compatible.</li>
<li>Le module json est maintenant intégré dans PHP lui-même. Par conséquent, supprimer la directive <code>extension=json.so</code> de votre fichier php.ini.</li>
<li>L&#8217;extension GD a été compilé avec le support webp en utilisant la bibliothèque libvpx.</li>
</ul>
<p>Assurez-vous de fusionner les modifications de php.ini dans votre copie locale, ou probablement plus simple: ajustez le nouveau php.ini à vos besoins. Si vous rencontrez des problèmes tout en utilisant l&#8217;extension APC, vous pouvez essayer le paquet <code>php-xcache</code> qui a été ajouté au dépôt.</p>
<p>Dernier changement et non le moindre: tout particulièrement si vous exécutez de vieux scripts, assurez-vous qu&#8217;ils ne reposent pas sur des fonctionnalités telles que «Safe Mode» ou «Magic Quotes». Comme ces caractéristiques ont été retirées, une mise à jour PHP 5.4 se traduira par de sérieux trous de sécurité.</p>
<p><a title="Article original" href="http://www.archlinux.org/news/php-updated-to-version-54/">Article original</a></p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/php-en-version-5-4/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Version minimum du noyau requise: 2.6.32</title>
		<link>http://archlinux.fr/news/version-minimum-du-noyau-requise-2-6-32</link>
		<comments>http://archlinux.fr/news/version-minimum-du-noyau-requise-2-6-32#comments</comments>
		<pubDate>Sat, 11 Feb 2012 12:43:09 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[glibc]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[noyau]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=871</guid>
		<description><![CDATA[Depuis la mise à jour de glibc 2.15-5, la version minimum du noyau requise par Arch passe de 2.6.27 à 2.6.32. Celle-ci correspond à la plus vieille version recevant encore des mises à jour.]]></description>
			<content:encoded><![CDATA[<p>Depuis la mise à jour de <code>glibc 2.15-5</code>, la version minimum du noyau requise par Arch passe de <code>2.6.27</code> à <code>2.6.32</code>. Celle-ci correspond à la plus vieille version recevant encore des mises à jour.</p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/version-minimum-du-noyau-requise-2-6-32/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Recompilations libpnt/libtiff déplacées depuis [testing]</title>
		<link>http://archlinux.fr/news/recompilations-libpntlibtiff-deplacees-depuis-testing</link>
		<comments>http://archlinux.fr/news/recompilations-libpntlibtiff-deplacees-depuis-testing#comments</comments>
		<pubDate>Sun, 05 Feb 2012 12:58:53 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[recompilation]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=866</guid>
		<description><![CDATA[Les dernières releases libpng et libtiff ont demandé une recompilation des paquets en dépendant, la totalité vient juste d&#8217;être déplacée de [testing] vers les dépôts principaux. Comme à l&#8217;accoutumée, vérifiez que votre système est à jour et plus spécialement, vérifiez si les paquets cairo-* que vous utilisez sont issus des dépôts officiels ou ont bien [...]]]></description>
			<content:encoded><![CDATA[<p>Les dernières releases <code>libpng</code> et <code>libtiff</code> ont demandé une recompilation des paquets en dépendant, la totalité vient juste d&#8217;être déplacée de <code>[testing]</code> vers les dépôts principaux.</p>
<p>Comme à l&#8217;accoutumée, vérifiez que votre système est à jour et plus spécialement, vérifiez si les paquets <code>cairo-*</code> que vous utilisez sont issus des dépôts officiels ou ont bien été recompilés.</p>
<p>La mise à jour peut afficher ce genre de message:</p>
<pre>g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so:
libpng14.so.14: cannot open shared object file: No such file or directory
</pre>
<p>Ils peuvent être ignorés si vous utilisez les paquets <code>cairo-*</code> officiels, sinon, il faudra recompiler <code>librsvg</code> une fois après avoir mis à jour les <code>cairo-*</code></p>
<p><a href="http://www.archlinux.org/news/libpnglibtiff-rebuilds-move-from-testing/">Article original</a></p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/recompilations-libpntlibtiff-deplacees-depuis-testing/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>kmod remplace module-init-tools</title>
		<link>http://archlinux.fr/news/kmod-remplace-module-init-tools</link>
		<comments>http://archlinux.fr/news/kmod-remplace-module-init-tools#comments</comments>
		<pubDate>Sun, 22 Jan 2012 08:21:58 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[modules]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=863</guid>
		<description><![CDATA[module-init-tools a été arrêté et est remplacé par le projet kmod. Les fonctions dépréciées ne sont pas remplacées. Si lors de la mise à jour, pacman vous informe de la présence d&#8217;un /etc/modprobe.d/modprobe.conf.pacsave, il faudra le renommer en /etc/modprobe.d/modprobe.conf. Les fichiers de configuration précédemment lus par module-init-tools le sont toujours avec kmod même si ce [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://git.kernel.org/?p=utils/kernel/module-init-tools/module-init-tools.git">module-init-tools</a> a été arrêté et <a href="http://git.kernel.org/?p=utils/kernel/module-init-tools/module-init-tools.git;a=blobdiff;f=README;h=5c314576ead39cfb91d8fcee4c27756e1b1bae6f;hp=b78be8ea4b6d4e641df111be5a92caa45d5a02d9;hb=e6bac1a9e1ed9965436d66b31d6f029e1b62b096;hpb=4026aad8bfb89d62bdf300694c92ee911c51968c">est remplacé par le projet</a> <a href="http://git.profusion.mobi/cgit.cgi/kmod.git">kmod</a>. Les fonctions dépréciées ne sont pas remplacées.</p>
<p>Si lors de la mise à jour, <code>pacman</code> vous informe de la présence d&#8217;un <code>/etc/modprobe.d/modprobe.conf.pacsave</code>, il faudra le renommer en <code>/etc/modprobe.d/modprobe.conf</code>. Les fichiers de configuration précédemment lus par <code>module-init-tools</code> le sont toujours avec <code>kmod</code> même si ce dernier n&#8217;inclue plus le fichier <b>vide</b>.</p>
<p>Vous pouvez vous aux pages de manuel (<code>modprobe</code>, <code>rmmod</code>, &#8230;) ainsi qu&#8217;à l&#8217;aide des commandes pour plus d&#8217;informations.</p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/kmod-remplace-module-init-tools/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>yaourt / package-query et plus généralement ce qui dépend de pacman</title>
		<link>http://archlinux.fr/news/yaourt-package-query-et-plus-generalement-ce-qui-depend-de-pacman</link>
		<comments>http://archlinux.fr/news/yaourt-package-query-et-plus-generalement-ce-qui-depend-de-pacman#comments</comments>
		<pubDate>Tue, 17 Jan 2012 20:16:44 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.fr]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[package-query]]></category>
		<category><![CDATA[pacman]]></category>
		<category><![CDATA[yaourt]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=858</guid>
		<description><![CDATA[A chaque mise à jour majeure de pacman, le forum / irc / &#8230; voient fleurir les sujets sur pacman qui refuse la mise à jour pour cause d&#8217;erreurs semblables à celle ci: Erreur: la préparation de la transaction a échoué (la satisfaction des dépendances a échoué) :: package-query: requiert pacman]]></description>
			<content:encoded><![CDATA[<p>A chaque mise à jour majeure de <code>pacman</code>, le forum / irc / &#8230; voient fleurir les sujets sur <code>pacman</code> qui refuse la mise à jour pour cause d&#8217;erreurs semblables à celle ci:</p>
<pre>Erreur: la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: package-query: requiert pacman<3.6
</pre>
<p>Cette erreur est due à un manque de configuration. Par défaut, <code>pacman</code> est configuré pour se mettre à jour en premier (après avoir demandé l'autorisation) et ceci par le biais de la ligne:</p>
<pre>SyncFirst   = pacman</pre>
<p>dans <code>/etc/pacman.conf</code>, or tout ce qui dépend de <code>pacman</code> doit aussi être mis à jour en même temps, il faut donc le rajouter à cette ligne.</p>
<p>Par exemple, si vous avez <code>yaourt</code>, <code>pacman-color</code> et disons, <code>namcap</code> :</p>
<pre>SyncFirst   = pacman yaourt package-query pacman-color pyalpm namcap</pre>
<p>Les paquets en plus sont des dépendances supplémentaires : </p>
<pre>
yaourt -> package-query -> \
          pacman-color      -> pacman
namcap -> pyalpm        -> /
</pre>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/yaourt-package-query-et-plus-generalement-ce-qui-depend-de-pacman/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>pacman 4 dans [core]</title>
		<link>http://archlinux.fr/news/pacman-4-dans-core</link>
		<comments>http://archlinux.fr/news/pacman-4-dans-core#comments</comments>
		<pubDate>Mon, 16 Jan 2012 22:22:17 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[pacman]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=854</guid>
		<description><![CDATA[Pacman est arrivé sur [core] ! Merci aux 24 contributeurs qui ont produits 893 commits, ce qui donne de nombreuses nouveautés. La plus attendue étant la signature GPG. Ceci dit, tant que tout ne sera pas nickel, notamment, les signatures des bases, la gestion de signature est désactivée par défaut. Si vous voulez l&#8217;essayer, vous [...]]]></description>
			<content:encoded><![CDATA[<p>Pacman est arrivé sur <code>[core]</code> ! Merci aux 24 contributeurs qui ont produits 893 commits, ce qui donne de nombreuses <a href='http://projects.archlinux.org/pacman.git/tree/NEWS'>nouveautés</a>. La plus attendue étant la signature GPG. Ceci dit, tant que tout ne sera pas nickel, notamment, les signatures des bases, la gestion de signature est désactivée par défaut. Si vous voulez l&#8217;essayer, vous pouvez vous référer à <a href="http://wiki.archlinux.fr/Pacman-key">pacman-key</a> ou au post d&#8217;<a href="http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/">Allan sur son blog</a>.</p>
<p>Assurez vous de fusionner vos fichier <code>*.pac*</code></p>
<p><a href="http://www.archlinux.org/news/pacman-4-moves-to-core/">Article original</a></p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/pacman-4-dans-core/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>udev a dorénavant besoin du support de devtmpfs</title>
		<link>http://archlinux.fr/news/udev-a-dorenavant-besoin-du-support-de-devtmpfs</link>
		<comments>http://archlinux.fr/news/udev-a-dorenavant-besoin-du-support-de-devtmpfs#comments</comments>
		<pubDate>Mon, 02 Jan 2012 22:44:47 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[maj]]></category>
		<category><![CDATA[udev]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=851</guid>
		<description><![CDATA[A partir de udev-176, le démarrage ne sera plus possible avec un noyau ne supportant pas devtmpfs. Les noyaux officiels d&#8217;Arch (kernel26-lts et linux) ont devtmpffs activé depuis longtemps, donc seuls seront affectés ceux compilant leur propre noyau. Pour plus d&#8217;informations sur ce que requiert udev: README Article original]]></description>
			<content:encoded><![CDATA[<p>A partir de <code>udev-176</code>, le démarrage ne sera plus possible avec un noyau ne supportant pas <code>devtmpfs</code>.</p>
<p>Les noyaux officiels d&#8217;Arch (<code>kernel26-lts</code> et <code>linux</code>) ont <code>devtmpffs</code> activé depuis longtemps, donc seuls seront affectés ceux compilant leur propre noyau.</p>
<p>Pour plus d&#8217;informations sur ce que requiert <code>udev</code>: <a href="http://git.kernel.org/?p=linux/hotplug/udev.git;a=blob_plain;f=README">README</a></p>
<p><a href="http://www.archlinux.org/news/users-of-unofficial-kernels-must-enable-devtmpfs-support/">Article original</a></p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/udev-a-dorenavant-besoin-du-support-de-devtmpfs/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mise à jour de filesystem, intervention manuelle nécessaire</title>
		<link>http://archlinux.fr/news/mise-a-jour-de-filesystem-intervention-manuelle-necessaire</link>
		<comments>http://archlinux.fr/news/mise-a-jour-de-filesystem-intervention-manuelle-necessaire#comments</comments>
		<pubDate>Tue, 20 Dec 2011 14:31:07 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.fr]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[maj]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=844</guid>
		<description><![CDATA[Pour la mise à jour de filesystem 2011.12, il faut forcer la mise à jour: pacman -Sf filesystem L&#8217;option -f est normalement fortement déconseillée, mais dans le cas présent, pacman a besoin de /etc/mtab et ce dernier deviendra un lien vers /proc/self/mounts Ce changement fait qu&#8217;initscripts n&#8217;a plus besoin d&#8217;accès en écriture sur la racine. [...]]]></description>
			<content:encoded><![CDATA[<p>Pour la mise à jour de <code>filesystem 2011.12</code>, il faut forcer la mise à jour:<br />
<code>pacman -Sf filesystem</code></p>
<p>L&#8217;option <code>-f</code> est normalement fortement déconseillée, mais dans le cas présent, <code>pacman</code> a besoin de <code>/etc/mtab</code> et ce dernier deviendra un lien vers <code>/proc/self/mounts</code></p>
<p>Ce changement fait qu&#8217;<code>initscripts</code> n&#8217;a plus besoin d&#8217;accès en écriture sur la racine.</p>
<p><a href="http://www.archlinux.org/news/filesystem-upgrade-manual-intervention-required">Article original</a></p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/mise-a-jour-de-filesystem-intervention-manuelle-necessaire/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mise à jour de initscripts, intervention manuelle nécessaire</title>
		<link>http://archlinux.fr/news/mise-a-jour-de-initscripts-intervention-manuelle-necessaire</link>
		<comments>http://archlinux.fr/news/mise-a-jour-de-initscripts-intervention-manuelle-necessaire#comments</comments>
		<pubDate>Sun, 23 Oct 2011 09:40:07 +0000</pubDate>
		<dc:creator>tuxce</dc:creator>
				<category><![CDATA[Nouvelles]]></category>
		<category><![CDATA[Nouvelles Archlinux.org]]></category>
		<category><![CDATA[initscripts]]></category>
		<category><![CDATA[maj]]></category>

		<guid isPermaLink="false">http://archlinux.fr/?p=839</guid>
		<description><![CDATA[Il est nécessaire de supprimer le fichier /etc/profile.d/locale.sh avant de mettre à jour. Modifications apportées à la gestion des locales : /etc/profile.d/locale.sh devient un fichier statique qui lit les fichiers de configuration au lieu d&#8217;être crée au démarrage. De même, il permet de prendre en compte la modification de locale sans avoir à rebooter. Le [...]]]></description>
			<content:encoded><![CDATA[<p>Il est nécessaire de supprimer le fichier <code>/etc/profile.d/locale.sh</code> avant de mettre à jour.</p>
<p>Modifications apportées à la gestion des locales :</p>
<p><code>/etc/profile.d/locale.sh</code> devient un fichier statique qui lit les fichiers de configuration au lieu d&#8217;être crée au démarrage. De même, il permet de prendre en compte la modification de locale sans avoir à rebooter.</p>
<p>Le support de <code>/etc/locale.conf</code> est rajouté. Ce fichier est prioritaire sur <code>/etc/rc.conf</code>, ceux utilisant un shell ne pouvant pas lire <code>/etc/rc.conf</code> sont encouragés à utiliser le nouveau fichier.<br />
Le fichier contient une variable par ligne, celles supportées sont <code>LANG</code> ainsi que <code>LC_*</code> à l&#8217;exception de <code>LC_ALL</code>. Le format est compatible avec <code>systemd</code>.</p>
<p><a href="http://www.archlinux.org/news/initscripts-update-manual-intervention-required/">Article original</a></p>
]]></content:encoded>
			<wfw:commentRss>http://archlinux.fr/news/mise-a-jour-de-initscripts-intervention-manuelle-necessaire/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

