Reprise du message précédent :

Allez me trouver un autoradio en ogg

une solution c'est d'utiliser un smartphone en guise d'autoradio, en le reliant en bluetooth ou via la prise aux

je pense que l'ère des simples autoradios "mp3 only" avec l'écran rikiki LCD à une ligne sera bientôt terminée, on assiste maintenant à une "androisation" des voitures neuves,

le concept même d'autoradio prendra fin, l'autoradio sera juste un logiciel parmi d'autres dans l'ordi de la voiture,

sinon attention si vous utilisez un controleur SATA/IDE en PCI/PCI-express "JMicron Technology Corp. JMB361/JMB363/JMB368", il y a un bug qui se produit lorsqu'on tente une mise en veille ( suspend to ram ), le contrôleur Jmicron est incapable de sortir de la mise en veille, ce qui fait que les disques dur attachés au contrôleur IDE/SATA ne fonctionneront plus,

une solution c'est de faire en root avant la mise en veille :

ou d'utiliser ce patch qui désactive le "pm_async" pour les contrôleurs Jmicron JMB361/363/368 :

ce patch n'est pas encore dans le 3.16.x

edit: j'ai testé le patch, il ne résout pas le problème chez moi ( controleur JMB363/368 )

ça me donne ça dans dmesg :

seul un "echo 0 > /sys/power/pm_async" résout le problème avant de faire un "suspend to ram",

j'ai crée un rapport de bug et je vais maintenant tester le kernel 3.17rc5 pour voir s'il résout le bug

un nouveau patch qui résout le problème du controleur Jmicron JMB36x par rapport au mode veille :

ce patch va en fait désactiver la fonctionnalité "async_suspend" pour tous les contrôleurs SATA/IDE de marque Jmicron, patch compatible uniquement avec le noyau 3.17 ( mais il s'adapte facilement au noyau 3.16 )

attention le paquet mesa a été mis à jour vers la version 10.3.0 et cela entraine quelques modifications :
 
https://archlinux.fr/news/mesa-est-mis-a-jour-en-10-3-0
 
la news ne le dit pas directement mais si vous voulez continuer à avoir l’accélération matérielle h264 pour les vidéos il faut manuellement installer le paquet mesa-vdpau, même si vous aviez auparavant vdpau, la réorganisation des paquets mesa faisant que vdpau est maintenant déporté vers un paquet dédié
 

Pour vdpau c'était dans l'upgrade d'hier et affiché de façon assez explicite, mais bon, tout le monde ne lit pas les log de pacman -Syu

Je note ça ici, ça peut servir : https://plus.google.com/+FredericBe [...] YC7BgagxKm

J'ai rien compris, c'est quoi qui a failli lui "exploser en pleine face" ? Juste que l'unit systemd a été renommée ?  

Alors que c'est dit dans le log de pacman...

 
quelque chose de ce genre dans la sortie de pacman :
 

 
pour moi c'est pas assez explicite,
 
il faudrait plutôt faire comme ceci
 
WARNING you have to install the new package "mesa-vdpau" in order to have again H264 GPU acceleration    
 
quelque chose qui pète bien aux yeux afin d'être certain que ça ne passera pas inaperçu
 

 
peut-être son patron s'il devait imprimer les bulletins de salaire avec le PC sous archlinux

le manque d'exhaustivité des messages a été pointé du doigt par quelqu'un sur le bugzilla d'archlinux :
 
https://bugs.archlinux.org/task/42231

Pour moi c'est de l'infantilisation, c'est pas la philosophie (IMO) d'Arch.
L'info est là, si t'as pas regardé le log de ton Syu, tant pis pour toi

en même temps on reste des humains, les neurones qui se relâchent un peu quand on a eu une journée difficile, donc un coup de pouce de la machine en mode "verbose"  je dis pas non

perso j'ai pas capté tout de suite qu'il fallait installer mesa-vdpau, j'avais compris cette histoire de réorganisation des paquets mais pas les implications derrière

Moi j'ai lu ce post,  et j'ai su que j'aurai le paquet à installer

Beaucoup plus simple ,  merci les gars

Perso je trouve qu'un message informatif suffit.
Après quand je vois des gens en testing qui ne suivent même pas la mailing list, c'est juste insensé

ça doit être des personnes qui utilisent le dépôt testing uniquement pour le "plaisir" d'avoir le paquet le plus récent, une sorte de syndrôme "recent is better", ils ne font pas ça dans le but d'être un béta-testeur,

à la base utiliser testing c'est surtout pour servir de filtre à bugs, de cobaye pour remonter les problèmes au créateur du paquet, afin d'éviter que le problème ne soit découvert trop tard quand le paquet passera dans le dépôt stable

J'utilise testing avant tout pour avoir les paquets plus vite.
(Depuis qu'ils ont créé unstable c'est 100 fois plus stable qu'avant en plus)
 
Et je lis (entre autres) arch-dev-public

ça met combien de temps en moyenne le passage d'un paquet "testing" vers le dépôt stable ?

si le laps de temps est faible alors c'est discutable cette obsession de vouloir coûte que coûte le paquet le plus récent

mais il y a des cas de figures où installer des paquets testings est cohérent : recherche d'une fonctionnalité qui n'existe pas dans le paquet stable, paquet testing qui corrige un bug gênant ( nouveau noyau linux par exemple )

lire c'est bien, mais est-ce que de temps en temps tu crées aussi des rapports de bug dès que tu remarques une anomalie sur un paquet testing ?

Peu de temps en général sauf les noyaux, ils entrent quasiment à la release upstream, mais passent en stable vers les .3 en général il me semble.
Je suis en testing depuis plus de 5 ans, je mets à jour quotidiennement, je m'en sors très bien. C'est une obsession discutable, mais bon moi j'aime bien, et si ça pète je c'est toujours réparable
Pareil, j'utilise kde-unstable quand il est ouvert.
 
Chacun ses préférences

Ça dépend du type de bug, mais ça m'arrive.
C'est quand même très rare que j'ouvre un report sur le FS d'Arch, peu de bugs sont dus aux packagers, je vais direct à l'upstream généralement.

en ce moment il y a le paquet vlc qui merde sur certaines extensions de fichier :
 
https://bugs.archlinux.org/task/42099
 
le bug est bizarre car parfois il n’apparaît pas ( comme indiqué par un commentateur sur la page, en faisant un glisser-déposer du fichier flv vlc ne plante pas, mais si tu l'ouvres directement en double cliquant sur le fichier ça va planter ), je soupçonne une incompatibilité de cette version de vlc avec glibc-2.20,
 
j'ai remarqué que depuis le mois de juillet la qualité du paquet vlc a baissé, le mainteneur du paquet vlc est devenu moins rigoureux, moins assidu,
 
ainsi il attendu plus d'un mois avant de recompiler le paquet vlc pour prendre en compte la nouvelle version de ffmpeg qui était sortie en juillet, peut-être était-il parti en vacances pendant tout ce temps là

yo,
 
je viens de reinstaller mon arch et j'ai quelques soucis
 
Je commence tranquillement par le 1er
 
Dans nautilus, mon touchpad ne fonctionne pas correctement  
je parle du fait de taper sur le touchpad, qui est l'equilavent du clic gauche de la souris.
 
J'ai bien fais la config sous gnome et ca fonctionne impec partout sauf dans nautilus.
 
description precise du probleme :
- j'ouvre nautilus et je selectionne un dossier ou un fichier avec le touchpad (en tapant dessus) : pas de probleme.
Par contre impossible d'entrer dans mon dossier ou d'ouvrir mon fichier de cette facon. (je suis oblig de cliquer sur entrer ou de cliquer sur les boutons du touchpad).
 
Une idee?

La vitesse du double clic ?

il faut être motivé pour utiliser un pavé tactile,
 
on peut maintenant trouver  des souris à pas cher de très petite taille facile à transporter qui peuvent remplacer le pavé tactile,
 
pour ton problème regarde s'il faut plutôt faire un "double clic" ( en tapant 2 fois très rapidement sur le pavé tactile ) pour ouvrir un dossier et un fichier dans nautilus,
 
en tout cas ça n'a pas l'air d'être un problème lié à archlinux, mais plutôt à un défaut de lecture du manuel d'utilisation ( RTFM )
 
consulte aussi le topic dédié à gnome

c'est au max.

 
J'ai eu du mal a m'y mettre, mais maintenant j'ai du mal a ne plus l'utiliser  

oupsss !
 
Oui, c'etait ca le probleme, il me semblait que c'etait au max auparavant aussi. Mais apparament non.
 
Merci  

Bah réduis alors
 
Sur mon laptop j'utilise le touchpad aussi, pour aller sur le web ou remplir quelques documents bureautiques, c'est suffisant

je commence à avoir des crampes au doigt au bout de 10 minutes d'utilisation d'un pavé tactile,

le manque de précision finit par agacer aussi, c'est un système juste bon pour dépanner quand on a pas la place d'utiliser une souris ( portable sur les genoux, dans le métro ),

peut-être que le pavé tactile va finir par disparaître au profit d'un système à la "minority report"   , 3 capteurs laser qui peuvent suivre les gestes de l'utilisateur, sans oublier les appareils hybrides tablette/pc portable

Ou simplement des écrans tactiles.

Moi ça m'agace de devoir détacher les mains du clavier pour aller chopper la souris... Je préfère contrôler la souris avec le pouce sur le touchpad.

Tu devrais tester les trackballs genre MX570 de logitech. Cela marche nickel sous Linux.

Bonjour,

j'utilise KDE 4.14.1,

depuis la mise à jour du paquet "polkit-kde" (0.99.0-3 -> 0.99.0-4) je constate un lag de 10 secondes au boot quand KDE affiche le bureau, pendant 10 secondes il ne fait rien, je ne peux plus cliquer sur le menu "K",

puis au bout de 10 secondes il reprend enfin le boot, et je peux alors entendre le son de démarrage de nouvelle session ( avec l'icône kmix qui apparait ),

si je downgrade le paquet "polkit-kde" vers la version 0.99.0-3 alors je n'ai plus de problème,

vous constatez le même problème ?

j'ai ouvert un rapport de bug

j'ai résolu le problème en reconstruisant le paquet avec makepkg à partir du fichier PKGBUILD de la version actuelle :
 
https://projects.archlinux.org/svnt [...] polkit-kde
 
il semble donc que le paquet officiel a été mal construit, ou bien le mainteneur avait des versions de libraires non mises à jour au moment où il a construit le paquet polkit-kde 0.99.0.4 ?
 
voici le PKGBUILD que j'ai utilisé, j'ai juste incrémenté la version :
 

hey,
 
depuis une recente modif, les volumes que je monte s'ouvre avec un application (anjuta) et pas nautilus (je suis sur gnome).
 
C'est dans quel fichier qu'il faut configurer ca?

pose déjà la question sur le topic dédié à gnome, ça n'a pas l'air d'être un problème lié à archlinux ( du genre paquet mal construit ) mais peut-être une histoire de RTFM

le wiki gnome d'archlinux :

https://wiki.archlinux.fr/Gnome

https://wiki.archlinux.org/index.php/Gnome

edit : peut-être une histoire de mime à configurer, tu peux faire un test en désinstallant anjuta temporairement pour voir si le bug disparaît, si oui alors c'est peut-être un problème de packaging

https://bbs.archlinux.org/viewtopic.php?id=163172

Ça fait deux ans que je suis sous arch (installé sur desktop et laptop avant systemd).
 
J'ai fait une install sur un nouveau laptop (lenovo X230) et je trouve que c'est une galère. Déjà pour faire une install d'un LVM dans LUKS avec syslinux (pas documenté suffisamment à mon goût pour comprendre facilement), et maintenant pour tout réinstaller et arriver à une config comme j'ai déjà   Le son qui se décide à ne plus fonctionné au prochain démarrage, pas moyen de monter des périphériques usb en user malgré que j'ai suivi le wiki, etc. Pour le coup, installer windows + softs c'est simple.
Je me demande si je ne vais pas essayer une autre distri moins chiante. C'est dommage car j'aime bien arch, mais à l'époque je trouvais ça intéressant à configurer, là ça me fait ch***, j'ai l'impression que c'est devenu complexe.

il n'y a plus d'installateur graphique mais ça reste à la portée d'un utilisateur qui a un peu de bouteille dans l'installation d'un OS linux, qui par exemple n'a pas peur de la ligne de commande, qui sait formater, partitionner avec gparted live cd ou fdisk, qui sait modifier un fichier texte avec vi ou nano,

le mieux c'est de s'entrainer dans une machine virtuelle, avec ce tutoriel assez bien fait :

https://wiki.archlinux.fr/Installation

ceci dit l'utilisateur lambda n'utilisera pas LVM/LUKS, il va plutôt faire un truc carré ultra classique:

- partitionnement type bios ( pas de UEFI ) ultra standard avec zéro surprises, un truc pépère à 3 partitions "/" + swap + "/home"
- pas de chiffrement de la partition
- un gestionnaire de bureau user friendly gnome ou kde

dans 95% des cas en suivant le tutoriel archlinux.fr ça va passer les doigts dans le nez,

le 5% restant étant le cas de figure d'un matos trop récent où les pilotes ne sont pas encore inclus ou pas matures dans le noyau linux,

sans oublier une prise de tête probable pour faire fonctionner l'imprimante sous archlinux, CUPS pouvant être chiant à configurer, avec obligation de chercher le pilote expérimental sur le dépôt AUR,

des merdes possibles aussi si on a un matos wifi dont le chipset est mal géré par le noyau

si tu utilises pulseaudio pense à le désactiver afin de voir si ça marche mieux avec du 100% alsa,

dans certains cas il faudra utiliser une option du noyau afin de préciser à ALSA la référence exacte du chipset audio de ton portable, cf les tutoriels ubuntu sur les problèmes ALSA qui sont bien faits, mieux ( pour l'instant ) que le wiki archlinux

 
L'install s'est relativement bien passée, j'ai dû trouver des solutions aux « problèmes » (pas trouvé dans la doc comment mettre un UUID avec le paramètre cryptdevice par exemple (pour info c'est cryptdevice=UUID=uuid:MyGroup))  mais c'était intéressant de le faire.
Mais maintenant que le système est « fonctionnel » (réseau, interface graphique), je trouve ça lourd de devoir farfouiller pour trouver comment monter une clé usb automatiquement (alors que j'ai les éléments préconisés dans la doc).

normalement si tu utilises un gestionnaire de bureau ultra complet ( comme KDE ) alors le montage des clés USB et des disques USB est automatique, tu as par défaut une applet qui se lance automatiquement et te demande si tu veux monter le périphérique USB que tu viens d'insérer dans le port USB,

si tu utilises un truc un peu exotique ou un environnement de bureau très léger ( voire pas de bureau du tout ) alors c'est normal de devoir mettre les mains dans le cambouis

Aucun problème sous Xfce4.

 
C'est Xfce4 justement (avec lequel je ne me souviens pas avoir eut trop de problème jusqu'ici sur mes deux autres machines).
Il faudrait que je me mette dessus un moment, plutôt qu'un petit peu de temps en temps en laissant tomber au bout de 10min. Il me reste à trouver du temps.