Reprise du message précédent :
http://archlinux.fr/news/mariadb-r [...] les-depots
 
Ca implique quoi clairement pour ceux qui comme moi font un peu de dev web qui repose sur MySQL pour l'accès/stockage de données ?

à priori aucun changement, c'est transparent, à part quelques aspects très mineurs :

https://kb.askmonty.org/en/mariadb- [...] atibility/

la news ne le dit pas mais le passage à MariaDB se fait à cause d'Oracle ( le propriétaire de MySQL ) qui a rendu MySQL de moins en moins open source

C'est sensé être 100% compatible, donc pas de chamboulements de fou à priori  

Edit : Burnage

C’était prévoir, "upgrade" en cours pour ma part.
 

 
Ça, c'est fait.

Bon, j'ai un soucis: j'essaie de faire une mise à jour via SSH, je fais un pacman-key --init, c'est très long et la connexion timeout.
 
Comment je peux faire pour finir la création?

regarde les options de ssh via la commande man ssh_config, tu dois avoir une option à configurer dans /etc/ssh/ssh_config concernant le timeout :
 
http://docs.oseems.com/general/app [...] le-timeout
 
tu peux aussi utiliser des alternatives comme vnc pour utiliser à distance ton installation d'archlinux :
 
https://wiki.archlinux.org/index.php/Vnc

J'aurais du mieux chercher:
 
https://wiki.archlinux.org/index.ph [...] he_keyring

Ca n'aurait pas permis de corriger ton souci ici, mais pour info screen est magique pour tout ce qui est distant et plus ou moins long, plus de souci de timeout, de perte de réseau, de coupure électrique (enfin pas du cote du serveur bien sur ), c'est une habitude a prendre et il y a malgré tout quelques contraintes mais c'est du tout bon.

Une fois que tu as gouté (et un peu configuré) à tmux, plus jamais tu ne relances screen.

+1000

Nouvelle version de pacman (la 4.1.0) en testing:  
 

Pour plus détaillé : https://projects.archlinux.org/user [...] d79040327c
 
Elle devrait enfin pouvoir fonctionner sans modification des XferCommand avec des proxy "relouds" qui te prennent 99% du package de 40Mb genre le kernel mais qui ne t'envoie rien. Ceci faisait que la libcurl utilisée en natif pour les téléchargement râlait au bout de 10 secondes donc pas de mise à jour possible sans wget ou curl avec ce type de proxy. Mais ce qui m'inquiète c'est de n'avoir rien vu de particulier à ce sujet dans les commit log.
 
A noter aussi un début d'intégration poussé avec systemd ce qui va poser problème ceux qui sont encore sous Arch officielle sans ce dernier (ça existe encore ?) mais ça va aussi faire mal à ArchBSD (que j'avais essayé dans une VM) et aussi fin du support sous cygwin, plus d'informations ici : http://allanmcrae.com/2013/04/pacman-4-1-released/

A noter aussi un début d'intégration poussé avec systemd ce qui va poser problème ceux qui sont encore sous Arch officielle sans ce dernier (ça existe encore ?) mais ça va aussi faire mal à ArchBSD (que j'avais essayé dans une VM) et aussi fin du support sous cygwin, plus d'informations ici : http://allanmcrae.com/2013/04/pacman-4-1-released/

le même principe que windows update en fait

 
Forcement, je fais pas gaffe, je vais sur le site d'Arch quasi en premier, pas en tête le fait que le Net sera encore une fois pourri par les April's fools un peu partout.    
 
Par contre, ce qui m'emmerde le plus c'est qu'a final, bah rien ne change la dessus avec pacman 4.1 (et un proxy "reloud" ) :
 

tu peux peut-être poster un truc dans le bugzilla de pacman afin de demander la création d'une option pour pacman permettant d'ignorer le faible taux ou la latence de la connexion, un truc "--no-monitoring-connection"
 
mais essaie déjà de résoudre ton problème de proxy anémique, c'est lui le vrai fautif

 
Bah les proxy "corporates" tu peux pas faire grand chose pour les éviter : celui la doit surement faire de l'analyse anti-virale pas de façon pas très intelligente ce qui qui fait qu'il télécharge de façon temporaire pour pouvoir analyser et ensuite envoie au poste client. D'autres t'envoient des blocs à la volée pendant qu'ils stockent aussi gardant le dernier 1% pour analyser le ficher complet et si il est valide, t'envoie le 1% en question.

peut-être qu'il faut ajouter une règle dans le proxy pour qu'il ne cherche pas à analyser les fichiers provenant du miroir archlinux ?
une sorte de white list,

c'est le proxy du boulot où tu utilises archlinux ?

systemd est en passe d etre inclus dans initramfs d apres gundersen

petites news sur pacman 4.1
 
http://forums.archlinux.fr/viewtop [...] 9&p=113635
 
http://archlinux.fr/news/pacman-4-1-dans-core
 

J'ai un problème con
 
Au démarrage je n'ai pas de son. Je vais voir alsamixer et je vois que l'option Speakers est sur 0. Je la met sur 100 et c'est ok.
Je rentre sudo alsactl store pour stocker les réglages mais au reboot, idem
 
En plus dans les paramètres de son de Gnome 3 je n'ai pas Speakers

j'utilise kde, donc je peux pas trop dire par rapport à gnome 3, il faudrait regarder la fiche wiki pour gnome 3 concernant la partie son, il y a peut-être un module gnome qui te pourrit la vie à chaque démarrage en faisant un reset des reglages sons que tu avais personnalisé avec les outils de configuration d'Alsa,
 
moi j'ai juste utilisé alsamixer pour "démuter" le canal son, ensuite je passe par l'icone son de kde dans la barre des tâches pour fixer un niveau sonore ( 76% )
 
vérifie encore la configuration alsa :
 
http://wiki.archlinux.fr/Alsa
 
parfois l'absence de son ( voire de carte son ) dans un environnement de bureau type kde/gnome peut provenir d'un problème de droit/autorisation d'accès à la carte son, un truc lié à policykit/polkit ou dbus, j'avais résolu le problème à l'époque en lançant différemment KDE ( par un gestionnaire de lancement graphique comme SLIM ou KDM, en passant par startx ça merdait si on ne précisait pas des options supplémentaires )

si t'as pulse audio, vérifie dans pavucontrol

Tu n'as peut etre pas demarre le service alsa.
 
Pendant que le systeme s'eteint, alsactl store est appele, et quand le systeme demarre alsa restore est appele.
 
 
C'est peut etre cela.

J'ai suivi le wiki de mozilla pour construire B2G sur archlinux, dans le wiki ils indiquent qu'il faut utiliser python 2 et pas python 3
 
Je l'ai fait en suivant le guide :  
 

 
Comment je peux reconfigurer ma machine en python 3 derrière

cd /usr/bin && rm python && ln -sf python3 python ?

moi à l'époque j'avais juste à reconfigurer une variable d'environnement liée à python pour qu'il utilise la version 2,

dans ton cas par défaut le lien symbolique /usr/bin/python doit pointer vers le fichier /usr/bin/python3

il suffit donc de supprimer le lien symbolique que tu avais crée ( python ) et d'en récréer un qui pointe vers python3

 
ça y est je me souviens, à l'époque je voulais compiler mame ( paquet renommé en sdlmame dans archlinux ), pour que la compilation marche il fallait préciser qu'on utilise python2, j'avais donc passé une option à make :
 

 
il faut éviter de modifier les fichiers dans ton /usr/bin, il y a souvent une meilleure solution plus propre ( variable d'environnement ou option à passer dans le ./configure ou le make )

Merci, effectivement je vais faire une proposition à Mozilla pour qu'ils changent le wiki parce que je l'ai suivit un peu betement alors qu'on peut faire plus propre !

virtualenv ou pythonz
 
Virtualenv permet en plus d'isoler les packages pour un projet en particulier. Pythonz fait l'install plus les switch mais je sais pas si c'est du chroot ou du ln.

sont un peu pénible chez mozilla d'utiliser des technos anciennes comme ca. C'est un peu toujours le meme problème avec eux, ils ont de bonnes idées et des principes solides mais sur le plan technique c'est un peu décevant :-/
 
le contraire de suckless en gros

 
Même topo que pour Ruby avec RVM et rbenv que je l'utilise celui la, marche vraiment bien, sauf que forcement, pacman n'a pas de base connaissance que j'ai Ruby 1.9.3 et 2.0.0 d'installés via rbenv, mais pour le moment je n'ai pas encore eu de package qui voulait Ruby 2.0 en dépendance "forte".
 
Par contre, la migration entre Python 2.x et 3.x n'a rien de bien trivial à priori, mais bon les premières versions de la branche 3.x datant de 2008, il est en effet étonnant de voir "de loin" ces espèces de "régressions".

 
N'importe quoi .
 
DXR, Rust, IonMonkey ..  
 
Je vois pas ce qui te fait dire qu'il sont décevant sur le plan technique.
 
Apres ils doivent gérer les réalités du marché, et le fait que tu peux pas forcer tout le monde à switcher à Python3 ou Windows 8 ou utiliser des APIs ultra modernes, quand suckless s'en bat les couilles et ne s'emmerde pas avec ca.
 
Resultat, Firefox est utilisé par des dizaines de millions de personnes, surf peut-etre par quelques milliers.

Depuis la dernière maj de KDE 4.10.2, plasma crashe si je modifie les paramètres par défaut comme ici: https://bbs.archlinux.org/viewtopic.php?id=159593
 
J'y remédie avec:

 
Et j'ai également des crashes systématiques dès que j'ouvre une fenêtre de dialogue de sauvegarde de fichier des applications  KDE: ennuyeux.
Y compris avec un utilisateur nouvellement créé.
 
Exemple avec kdialog:

 
Personne n'a de tels problèmes ? ou des pistes de résolution ?

pas de soucis avec kde 4.10,

mais j'ai une utilisation basique de KDE ( bureau à l'ancienne avec les icônes )

en démarrant avec un nouveau profil tu as les mêmes problèmes ?

essaie de créer un nouvel utilisateur pour tester avec un profil vierge

edit: apparemment tu as testé avec un nouvel utilisateur (profil vierge), si le même problème se reproduit alors je vois pas trop, peut-être un problème avec l’accélération graphique ( pilote graphique bogué ) vu que KDE 4.10 peut utiliser l'openGL pour l'affichage

Merci pour l'intérêt porté à mon problème, lequel est résolu désormais.
Après avoir passé en revue pas mal de chose   , il aura suffit de réinstaller kdelibs:
 

bizarre, c'est comme si une mise à jour avait écrasé les fichiers du paquet kdelibs, d'où la nécessité de réinstaller le paquet pour corriger le problème, mais à priori c'est pas possible vu que pacman aurait detecté le conflit de fichiers,
 
il se peut aussi qu'il y ai eu des fichiers de configuration corrompus sur le disque dur suite à une perte d'alimentation ou un freeze du PC --> fichiers de kdelibs corrompus,
 
vérifie la santé du système de fichiers et du disque dur ( données SMART avec le paquet smartmontools )

Attention pour ceux qui utilisent netcfg, il est remplacé par netctl : https://www.archlinux.org/news/netctl-is-now-in-core/

A propos de la dernière version de pacman :
le paquet pacman-color est devenu obsolète, il a été intégré dans pacman (d'après ce que j'ai compris).
Néanmoins, j'ai remarqué qu'il n'y a plus de couleur lors de l'installation des paquets (il y a la couleur au début, lorsque yaourt liste les paquets qui vont être MAJ).
Une idée pour peaufiner tout ça ? (la couleur apporte une bonne lisibilité aux avertissements durant l'installation).
NB : j'ai activé la ligne color dans le pacman.conf
Merci !

 
Je voulais dire merci pour l'intérêt porté. J'ai fait la vérif et un short-test: tout va bien.
Il y a eu coup sur coup, 2 mises à jour de la librairie kdelibs. Si cela se trouve, je suis passé par Apper sans logout entre les deux ce qui pourrait expliquer le problème (résolu).

le serveur de partage samba est passé à la version 4, du coup ça suppose de faire quelques manips pour la migration de la version 3 à 4, un message d'info est d'ailleurs affiché par pacman lors de la mise à jour,
 
la seule manip que j'ai dû faire c'est d'ajouter à nouveau les utilisateurs dans la base de données de samba ( commande smbpasswd -a <user> )
 

attention présence d'un bug aujourd'hui lors de la mise à jour du paquet alsactl :
 
https://bugs.archlinux.org/task/34788
 
https://bbs.archlinux.org/viewtopic.php?id=161544
 
ça entraine notamment l'affichage d'un "failed" rouge au redémarrage ou à l'extinction, ainsi qu'un message d'erreur au boot,
 
idem pour le paquet alsa-utils :
 
https://bugs.archlinux.org/task/347 [...] &sort=desc
 
à priori un manque de vigilance lors de la phase de test, comme si ces paquets avaient été mis directement dans les dépôts stables sans passer par l'étape testing,
 
du coup j'ai downgradé vers la version 1.0.26-1 pour les paquets alsa-utils et alsa-lib
 
edit: problème corrigé par la version 1.0.27-3