Reprise du message précédent :
Bonne nouvelle PA2 en fait fonctionne bien, ca a meme resolu le soucis que j'avais avec pasuspender.

Ton micro ne marche pas dans Skype ou bien il ne marche pas sous arch?

avez-vous remarqué une meilleure stabilité de KDE depuis un mois ?

j'ai remarqué que les petits bugs graphiques que j'avais ont disparu depuis quelques mises à jour d'archlinux ( notamment un problème avec la barre des tâches --> de manière aléatoire quand je fermais une application le nom de cette application restait affiché dans la barre des tâches ),

peut-être est-ce lié à kdelibs ou les librairies de Qt

Hello,
 
Quand j'essaye de faire une MàJ complète du système, j'ai ceci :
 

 
J'ai essayé d'installer heimdal-aur depuis AUR mais c'est toujours pareil...quelqu'un a une idée ?

Je  ne suis pas allé voir sur le forum pour cette erreur spécifique, mais il faut attendre que heimdal soit mis à jour, pour faire l'upgrade

ah ok    
 
Ben attendons alors  

Heimdal n'a pas l'air d'être dans les dépôts mais dans AUR

je sais pas ce que c'est qu'heimdal

L'équivalent d'Odin sous Windows, un soft pour flasher les smartphone Samsung.

Perdu
Tu t'es fait avoir par le L en plus
Dans son cas c'est plus ça mais il a été remplacé dans les dépots par ça, et il n'existe plus "d'équivalent" à heimdal ni dans les dépôts ni dans AUR, faut virer usmb (qui n'a pas été mise à jour depuis juillet 2010 sur AUR)

   
Pourquoi tant de L.

Sinon news important :  

Source : http://www.archlinux.org/news/syst [...] aces-udev/

désinstallation de usmb et c'est ok.

Source : http://www.archlinux.org/news/syst [...] aces-udev/[/quotemsg]

edit : j'ai eut des message d'erreur de udev hier à l'extinction et aujourd'hui au démarrage

Hello, petite question, pour transformer un CD en mp3 ou autre, vous utilisez quoi?
Aujourd'hui sous Gnome j'utilise Sound juicer mais je me retrouve avec des fichiers étranges au final, un débit de 32kbps (certainement faux vu la taille des fichiers et la qualité à l’écoute, mais au final je sais pas ce que c'est vraiment, c'est pas top, j'aimerai faire du vbr Q2 voire mieux) sur mes mp3, de plus je ne sais même pas comment changer ce paramètre, gnome-audio-profiles-properties ne semble pas affecter les paramètres d'encodage de sound juicer
une idée de comment corriger ça? ou bien une appli équivalente?
Merci

tu as plusieurs solutions
 
- utiliser l'excellent programme windows "EAC" avec wine
 
ou
 
- utiliser le programme linux "cdparanoia" en ligne de commande pour ripper le CD sous forme de fichiers wav
 
- puis utiliser en ligne de commande le programme lame ( la référence pour l'encodage mp3 ) pour transformer ces fichiers wav en fichier mp3, un simple script peut suffire
 
http://www.cyberciti.biz/faq/linux [...] dio-files/
 
saches que de nos jours avec la taille importante des disques dur on conseille plutôt les codecs de compression sans pertes comme le FLAC

Grip et Asunder me rendent de fiers services.

abcde en ligne de commande

J'ai testé pour vous : gnome 3.4, 10 minutes avant de revenir sous lxde (trop lourd pour mon chip intel le gnome shell)

Wine j'en veux pas, je cherche un truc natif et si possible en gtk.
La ligne de commande j'évite, j'en mange toute la journée au taf du coup j'essaye autant que possible de m'en passer en rentrant
Et le FLAC c'est bien beau, mais c'est pour ma voiture et elle n'aime pas trop ça (puis même si elle aimait ça je le ferait pas, en voiture aucun intérêt), et à la maison j'utilise mes cd directement
Par contre il me semble justement que c'est lame qui est utilisé par sound juicer, et j'ai croisé un bug qui semble être celui sur lequel je tombe... Puis j'aimerais bien si possible corriger mon problème plutôt que trouver un remplaçant.
Dans ton lien il est question de ripperx, je vais quand même zieutter ça, merci.

Grip n'a pas de fonction d'interrogation de base cddb non? Me semble pas, sinon il serait très bien.
Asunder je connais pas, je vais regarder ça.

Idem que plus haut

Merci bien pour vos réponses.

Je te lache mon fichier de conf si tu veux :-)
plus qu'une ligne à taper ensuite "abcde" pour ripper et tagguer automatiquement ton CD dans le répertoire courant ;-)

 
la ligne de commande est souvent plus efficace et plus claire qu'une interface graphique, surtout pour des opérations basiques comme le rip et la compression audio, car un simple script à la con permet d'automatiser rapidement les opérations, alors qu'une interface graphique te masquera les choses et va te ralentir les actions, le coté clicodrome,
 
la preuve c'est que dans ton message tu dis clairement ceci, tu utilises un frontend graphic mais tu ne sais pas pourquoi tu as des fichiers bizarres en sortie :
 

 
pour ton problème il n'y en a peut-être pas, ton fichier est sans doute encodé en mode VBR ( débit variable ), les "32 kbps" est peut-être le débit minimum mais l'outil qui te donne l'info est peut-être buggué ( incapable d'afficher la moyenne correcte ou le débit en temps réel si c'est un lecteur que tu utilises )
 
maintenant pour le rip CD tu peux te contenter de cdparanoia qui est un programme 100% linux,
 
il existe des interfaces graphiques ( gui ) pour cdparanoia, notamment grip qui est un programme gtk/gnome :
 
pacman -S grip
 

 
en gros ce qu'il faut retenir c'est que tu as besoin de 2 programmes : un pour ripper le CD ( cdparanoia semble une bonne référence ), puis un programme pour compresser le fichier wav ( j'ai cité lame car il y a pas mieux pour les MP3, tu as aussi le format ogg vorbis qui a l'avantage d'être libre )
 
en gros tu tapes :
 
pacman -S cdparanoia lame grip  
 
et si tu veux utiliser le codec vorbis ( ogg ) :
 
pacman -S libvorbis vorbis-tool
 
ensuite soit tu utilises grip ( interface graphique ) qui utilisera automatiquement cdparanoia et lame, soit tu fais tout à la main avec un script,
 
quelques conseils pour compresser manuellement en mp3 un fichier wav :
 
créer un fichier MP3 192 kps ( mode CBR, déconseillé ) :
 
lame -b 192 -m j fichier.wav fichier.mp3 ( tu peux utiliser le caractère joker * pour compresser tous les fichiers wav d'un dossier, sans préciser le nom de sortie pour le fichier mp3 )
 
créer un fichier MP3 utilisant le preset "alt-extreme" ( l'encodeur décidera lui même le bitrate en mode VBR, souvent bien plus efficace qu'un bitrate fixe ) :
 
lame --preset extreme fichier.wav fichier.mp3
 
il vaut mieux utiliser les "presets" de lame plutôt que vouloir fixer un réglage manuel

Hello,
 
Problème avec ma machine
 
Hier, je vois le message concernant la mise à jour un peu particulière de systemd-tools et udev. J'installe manuellement systemd-tools, puis je regénère l'initramfs, tout se passe bien, génération OK.
 
Ce matin, je boot, et c'est le drame. La machine démarre mais impossible de lancer un environnement graphique (KDE chez moi). Les logs dans /var/log ne montrent rien qui me cause. Je suis donc coincé en CLI, sans comprendre ce qui pose problème pour le lancement de X.
 
Je suis le seul dans cette situation ?
 
EDIT : je corrige, kdm.log est très clair :
/usr/bin/X: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory
 
C'est donc bien lié à la mise à jour de systemd-tools, mais comment remédier au problème du coup ?
 
EDIT² : j'ai une réponse plus ou moins ici : http://blog.gmane.org/gmane.linux.arch.general
En gros, on créé un lien symbolique une librairie qui remplace libudev.so.0 mais avec un autre nom, pas encore pris en charge par la version de X actuelle. C'est pas très clean, mais ça marche. Ca viendrait d'une propagation de X dans les divers miroirs qui prendrait un peu de temps. Ou alors j'ai pas tout compris, j'ai juste lu en diagonale après avoir trouvé la commande pour la création du lien symbolique.

si tu passes par startx et pas kdm tu auras sans doutes un message plus complet

 
super utile, merci !

Je vois surtout qu'il y a un libudev.so.1 qui doit remplacer libudev.so.0 et il faut recompiler le serveur X, à mon avis
Faire un lien symbolique entre libudev.so.1 et libudev.so.0 est pas une bonne idée à mon avis

C'est ce que je pensais avoir compris : libudev.so.0 cesse d'exister au profit de libudev.so.1, mais X fait encore un appel à libudev.so.0, d'où le lien symbolique. Le problème devrait se régulariser de lui même lors de la mise de X non ?

vu sur la ML :
 

 
C'est toujours instructif de s'inscrire à la ML de la distribution qu'on utilise, surtout quand on est en rolling release :-)

La dernière version du serveur Xorg est la version 1.12.2-1
EDIT : un petit pacman -Syyu pour régler le problème

Le type qui a posté dans le lien que je donnais plus haut semblait justement dire que Syyu ne corrigeait pas le problème. Ou j'ai mal lu ?

Pourtant ça devrait sauf si les dépôts sélectionnés ne sont pas à jour

ca dépend des miroirs aussi

Oui miroirs  
Mais un miroir pas à jour au bout de 3 jours (la dernier version de xorg date du 1er juin) est un mauvais miroir

j'ai tiqué quand tu dis "J'installe manuellement systemd-tools", en gros tu as tapé "pacman -S systemd-tools" ?

normalement tu n'as pas à faire ça, tu dois juste taper le classique "pacman -Syu",

puis ensuite on te posera la question "est-ce qu'il faut remplacer udev par systemd-tools ?" et là tu réponds "oui", ensuite les mises à jours continueront à se faire sans soucis,

c'est ce que j'ai fait et pas de souci de boot, j'arrive à lancer KDE via startx comme d'hab

 
exact j'ai eu cette prodécure

Pour ceux qui n'ont pas déjà activé la vérification des paquets :

Source : http://www.archlinux.org/news/havi [...] -packages/

je sens que ça va être générateur de problème cette histoire de vérification, il suffit de foirer une des étapes manuelles ( le pacman.conf, le merge ) pour voir les forums d'archlinux inondés de demande d'assistance
 
il faudrait que cette fonctionnalité soit mise en place automatiquement grace à un paquet afin d'aider les débutants qui ont peur de mettre les mains dans le cambouis et de casser pacman

 
Arch, c'est pas une bonne idée si on a peur de mettre les mains dans le camboui.  

soit ne pas activer le package signing