Reprise du message précédent :
Pour ceux que ca amuse, le débat sur système avec le changement d init sur Debian est d assez bonne qualité. Il va y avoir un vote probablement.

tu as un lien sur cette discussion ?

snon j'ai résolu mon problème ( enfin je crois ) en fixant l'ordre de préference de mes 2 cartes sons au niveau de la configuration d'alsa, car j'ai une carte son integrée intel et une carte son pci yamaha,

j'ai fixé la carte son pci yamaha comme prioritaire en ajoutant un fichier alsa-base.conf dans /etc/modprobe.d/ :

j'ai ensuite supprimé le fichier ~/.kde4/share/config/phonondevicesrc afin qu'il soit regeneré et que les carte son en doublon soit supprimées,

j'ai ensuite redemarré, tout est en rentré dans l'ordre, la fameuse fenêtre pop-up sur les périphériques à retirer n'est plus apparue

 
 
peut-être bien ;-) merci

 
 
le débat se fait via le wiki :  
 
https://wiki.debian.org/Debate/initsystem/systemd
https://wiki.debian.org/Debate/initsystem/openrc
https://wiki.debian.org/Debate/initsystem/upstart
 
il va y avoir un vote du technical comity
si je devais parier, je dirais victoire pour openrc

Je parierais, aussi, sur openrc.
 
Je trouve ça dommage car je pense que systemd est techniquement ce qu'il se fait de mieux mais reste cantonné à linux, et c'est pour cette raison qu'il ne peut être choisi.

Dites les amis,
je viens de passer d'une Radeon 4670 a une 7870 (je viens de remarquer el double 70 ) et j'ai des soucis avec pulseaudio -> pas de son.
 
Aplay -l me donne une foule de sorties HDMI alors qu'avant une seule, je pense que ca confuse le pauvre pulse audio.
Si j'insere manuellement le module alsa-sink dans daemon.pa pour le bon device (hw:0,3) ca fonctionne bien, mais je perd le passthrough... (plus d'options avancees dans pavucontrol).
J'ai tente pas mal de choses mais sans succes...
 
Une idee de quoi faire?
merci!

L'audio HDMI sur radeonsi n'est pas activé par défaut  il me semble :??/

Ah la pas de soucis, j'ai du son en ALSA.

est-ce que tu utilises le pilote libre radeon ?

si oui est-ce que tu arrives à activer le driver vdpau sous VLC avec un % CPU faible en lisant une vidéo HD h264 ?

j'ai une radeon 4650 et malgré l'activation de vdpau dans les options de VLC le % CPU reste elevé,

j'ai le même problème aussi avec le moteur xine utilisé par kaffeine, sur les chaines HD malgré l'option vdpau,  le % CPU est trop élevé,

par contre sous mplayer vdpau fonctionne parfaitement, % CPU très faible, mais j'aimerai bien trouver une solution pour VLC et kaffeine qui sont un peu plus pratiques pour regarder la TNT

1- euh je ne sais pas je n'utilise pas VLC, mais je n'ai pas de soucis avec mplayer ou xbmc.

Bon j'ai finalement trouve quelque chose qui "fonctionne".
J'ai modifie le fichier extra-hdmi.conf de /usr/share/pulseaudio/alsa-mixer/profile-sets en :

Je n'ai besoin que d'un des blocs mais les 2 fonctionnent on dirait alors je laisse...
 
Par contre, a la prochaine mise a jour pulse, faudra le refaire...

 
en tout cas si jamais t'essaie vlc tiens moi au courant, car j'ai l'impression que la dernière version merdouille avec les radeon pour le support de vdpau,
 
sinon je lorgne sur une radeon HD 7770 1 Go GDDR5 ( moins de 100 euros ), ça semble le meilleur rapport qualité-prix si on est pas un gros gamer, reste à voir si le pilote libre ne la bridera pas trop

Perso la dernière version de vlc merdoie bien sur mon poste (Nvidia GTX260 + Drivers proprio + vdpau), impossible de lire une vidéo en HD sans saccade, alors qu'aucun pb avec mplayer ...

c'est exactement le problème que j'ai avec VLC sur les fichiers HD, la seule solution c'est de désactiver dans les options de VLC l'option "décodage matériel" dans la rubrique "lecture codecs",
 
du coup j'utilise mplayer pour les fichiers HD car l’accélération matérielle est nickel avec ce programme

avez-vous remarqué un problème de lecture des fichiers flac avec VLC et amarok ?
 
j'ai remarqué qu'en lisant un fichier flac il y avait parfois un son haché de temps en temps, des petits sauts façon disque vinyle rayé :
 
https://forum.videolan.org/viewtopi [...] 4&t=115231
 
un rapport de bug a été crée mais toujours pas de solution en vue :
 
https://bugs.archlinux.org/task/37806
 
comme d'habitude si j'utilise mplayer les fichiers flac se lisent parfaitement sans aucun lag/son haché

Yop !
J’ai un problème pour installer CoolReader :

Idem chez vous ?

Tu donnes pas trop d'erreur et yaourt est assez détesté ici

Exact. Désolé.

 
----
Sinon, Deluge aussi me plante
Je le lance et :

Le header a changé de place il est dans freetype2/

Qu'est-ce que hein

peut-être que les archives sont fortement compressées,
 
j'ai remarqué aussi ce possible bug de la taille totale de téléchargement affichée par pacman, ça arrive de temps en temps
 
chez moi ça me donne ça :
 

Alerte rouge  

la dernière version de grub disponible depuis vendredi possède un bug :

vous aurez ce message lorsque vous voudrez re-generer le fichier boot.cfg :

la solution : ne pas mettre à jour grub ( attendre la sortie d'une nouvelle version du paquet ) ou bien ajouter cette ligne à la fin du fichier /etc/default/grub :

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

https://bugs.archlinux.org/task/38041

cette version du paquet de grub n'aurait jamais dû atteindre le dépôt stable vu ce bug très génant qui empêche de générer le fichier de config, comme quoi il faut vérifier à 2 fois avant de mettre à jour un paquet relatif à un gestionnaire de boot, c'est un paquet trop critique, le moindre bug et le système ne démarre plus

Merci pour l'info.
 
Mais y en a qui regénèrenet la config à chaque maj ?
Moi je maintiens à la main (je veux dire, j'y touche jamais systématiquement quoi, sauf si éventuellement y a un pacnew)

disons que le risque c'est que si la nouvelle version de grub "parle" une nouvelle syntaxe ( nouveaux mots clés, ou des mots clés qui ont été retirés du jargon grub ) alors ton fichier grub.cfg s'il est trop ancien risquerait de poser problème à la nouvelle version de grub,

d'où l'utilité de le régénérer à chaque nouvelle version de grub, pour être sûr qu'il sera valide à 100%,

c'est tout le problème de grub, il y a une certaine complexité ( le fichier grub.cfg generé par grub est imbuvable ), alors que syslinux c'est très simple, ça tient en quelques lignes la config

 
Super merci, ca m'avait prit la tete ce truc il y a une semaine j'avais laisse tombe.

Petit soucis avec mon network manager qui ne s'affiche plus sur KDE.  
Ca me dit impossible de trouver le composant demandé :  
org.kde.networkmanagement  
 
Que faire?

regarder si c'est toujours installe, s'il est lance etc...
org.kde.... c'est du dbus.

C'est bon j'ai trouvé.
kdeplasma-applets-plasma-nm n'était plus installé.

en parlant de statut réseau est-ce qu'il existe un plasmoid similaire pour ceux qui utilisent netctl avec kde ?

j'ai besoin d'une petite icône dans la barre des tâches à coté de l'heure qui m'indique l'activité réseau ( l’icône classique qu'on voit partout quelque soit l'OS, 2 petits écrans en réseau qui clignotent pour indiquer que la connexion internet fonctionne ),

car sur le wiki d'archlinux je n'ai rien trouvé, si on utilise netctl la connexion internet fonctionne mais on a rien comme icône/plasmoid dans la barre des taches qui indiquerait le statut réseau

Par curiosité, il y a un avantage à utiliser netctl plutôt que network-manager ?

ben je ne me suis pas posé la question, quand j'ai installé archlinux j'ai suivi le wiki qui à l'époque privilégiait netctl ( ou son ancêtre netcfg ), du coup j'ai hérité de ça, vu que ça marche bien j'ai pas trop envie d'expérimenter network-manager
 
disons que c'est dommage de proposer du netctl sur le wiki sans qu'il y ai une possibilité d'avoir un statut de la connexion sous KDE via une icône, techniquement c'est possible de le coder mais personne semble motivé pour le faire,
 
faudrait un plasmoid générique qui indiquerait le statut réseau quelque soit l'outil de configuration réseau ( netctl, network-manager ), sous KDE il y a un bidule censé montrer l'activité réseau mais le plasmoid est trop petit quand il s'intègre à la barre des tâches ( 2 petits traits verts censés representés l'upload et le download mais  c'est pas très visible )

Salut tout le monde,
de nouveau un petit soucis.
 
J'ai 3 machines sur mon LAN, toutes en WIFI, et tout cela est gere par NetworkManager.
 
2 jours de suite j'ai eu ce soucis:
 
Ma machine principale fonctionne normalement, rien a signaler
Mais 1 ou 2 des autres machines ont des problemes reseaux.  
Je peux tres bien m'y connecter par SSH depuis la 1ere machine, une fois sur mon terminal ssh je peux ping le routeur, mais impossible de ping le modem (qui est juste apres le routeur).
Ca me donne:
"network is not available" (ou un truc du genre...).
Pareil si je ping www.google.com...
 
Si je redemarre le service NetworkManager sur ces machines, plus de soucis...
Mais je ne comprend pas pourquoi... Apres tout elles etaient deja sur le reseau (ssh et ping du routeur passent...).
 
Une idee?
 
Merci!

le problème est apparu après avoir fait un "pacman -Syu" ?

ou bien le problème a toujours existé depuis que tu as installé archlinux sur les 2 PC récalcitrants ?

le reflexe à avoir c'est de regarder les logs à la recherche d'un message d'erreur, le log de journalctl ( le journal de systemd ), avec un grep sur des mots clé type "error, warning, network",

une commande "systemctl --failed --all" peut aider aussi

c'est pas pensé pour avoir une gui netcl, au contraire, c'est pensé pour marcher directement en cli

1- Hmmm j'ai 3 machines seulement depuis 2 jours, et j'ai eu ces problemes ces 2 jours.
C'est a peu pres tout ce que je peux dire la.
 
2- Pas bete! Je ferai cela demain si ca retombe ainsi. Merci bien!

faut voir si le réseau est vraiment bien configuré sur ces 2 machines, les DNS bien renseignés, si le routeur ne fout pas le boxon, si ces 2 PC n'ont pas la même puce wifi que ton PC numéro 1 alors c'est peut-être un souci de noyau, un pilote bugué, il y a plein de possibilités,

certes mais là je veux avoir une icône de statut réseau visible sous kde, c'est quelque chose de complémentaire et qui normalement devrait être "générique", c'est à dire fonctionner quelque soit la technique utilisée en amont pour configurer le réseau,

je veux un truc visuel qui me permet de savoir tout de suite sans ouvrir une console si le réseau est actif, au pire si ça n'existe pas je vais voir si je peux créer le plasmoid, il n'y a peut-être pas forcément beaucoup de code derrière, juste interroger le réseau de manière périodique pour voir s'il fonctionne, si c'est le cas on affiche la bonne icône dans la barre des tâches

Y'a KNemo qui fait ce que tu veux si j'ai bien compris.

super c'est exactement ce que je recherche    
 
https://www.archlinux.org/packages/ [...] _64/knemo/
 
http://kde-apps.org/content/show.php?content=12956

En effet, les 2 machines a soucis ont un pilote wifi different.
Bonne idee!

Pour l'instant je viens de patcher mon wpa_supplicant, car j'avais plein d'erreurs dans journalctl.
On va voir si c'etait cela ou pas.

lien:http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=commitdiff;h=a24a5ccb28c2bc7af466e47b84dc346e6c54f062
 

edit: soucis de nouveau et apres investigation, la bonne machine utilise dhclient et les autres dhcpcd.
J'ai maintenant tout sous dhclient a voir si c'etait cela, mais je le sens bien!

edit2: pas de soucis depuis, ca a l'air d'etre cela.

vous allez sans doute remarquer un changement dans la façon dont systemd éteint le PC,

en effet depuis jeudi sont disponibles les nouvelles versions des paquets systemd ( 208-3 ) et mkinitcpio ( 16.1 ),

cela entraine lors de l'arrêt du PC de nouveaux messages beaucoup plus longs de systemd :

dont un inquiétant "cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd"

et des tas de lignes relatif à "unmounting /oldroot"

http://permalink.gmane.org/gmane.l [...] eleng/1946

perso j'aime pas vraiment ces changements, le temps d'arrêt de mon PC est un poil plus long maintenant, et sur ma machine virtuelle archlinux 32 bits cela entraine parfois un temps de pause de presque une minute sur la ligne lors de l'arrêt du PC :

en downgradant le paquet mkinitcpio ça résout le problème

edit: résolu aussi via la commande "systemctl mask mkinitcpio-generate-shutdown-ramfs"

Ah ben merde j'ai fait une install toute fraîche hier et j'avais le bug. Du coup je suis passé à Syslinux.