Reprise du message précédent :

T'es sur de comprendre ce que veux dire le smiley ou t'as tenté au hasard?

Depuis quelque temps, j'avais des soucis d'affichage sur mon laptop pro (Arch 64), carte graphique Nvidia quadro FX360M avec drivers proprio.
 
J'avais des affichage bizarres aléatoires, qui survenaient au bout d'un temps plus ou moins long, mais qui au bout d'un moment m'obligeaient à redémarrer X, car toute écriture devenait illisible.
 
Ne trouvant pas l'origine du problème (j'ai pas trop cherché non plus par manque de temps) et croyant que ma carte graphique commençait à flancher, je me suis dit que j'allais installer le driver nouveau et voir ce que ça donne, et confirmer que ma carte rendait l'âme
 
Et la c'est le miracle, plus aucun problème
 
Je trouve même que l'affichage avec nouveau est plus fin sur mon laptop qu'avec les drivers proprio, les options par défaut doivent être différentes (j'ai jamais touché à rien) ...
 
Bref, vive nouveau

Tiens, c'est que Nouveau a du évoluer. Il y a un an, j'avais un Quadro aussi (j'ai changé de laptop depuis), et Nouveau n'était clairement pas au niveau du driver propriétaire. J'avais des couleurs moches (dégradés pas réguliers), une stabilité très aléatoire, et globalement des performances très moyennes. Dommage que je l'aie plus sous la main, ça m'aurait intéressé de voir de quoi il retourne désormais.

J'avais jamais essayé Nouveau alors que je tourne sur Nvidia depuis des lustres sous linux, mais franchement, je suis agréablement surpris, sur mon laptop sous KDE avec quelques effets graphiques ça tourne au poil pour l'instant, et surtout je n'ai plus mes bugs d'affichage en 2D.
 
J'ai pas essayé la 3D, faudra que je regarde comment ça se comporte un de ces 4

Soit ta carte est mieux supportée que celle de mon ancien lapto (EliteBook 8440p), soit Nouveau a fait de grand progrès (et tant mieux ), soit les deux, mais même en 2D c'était pas supportable chez moi.
En tout cas, ravi que Nouveau permette d'exploiter correctement les chips nVidia, ça libère un peu plus les machines

Intéressant vos ocnversations !
Je suis sur le driver nvidia depuis des lustres gt9600 en pc fixe, gt540m sur clevo W251hnq et quadro1000m sur hp 8560w.
Suite à vos discussions je me demande si je vais pas tester nouveau. Avec nouveau on peut exploiter opencl et cuda ?  
 
J'utilise darktable et blender ça me ferais c**er de perdre ces avantages !

Dépend de ta carte, faut checker ici : http://nouveau.freedesktop.org/wiki/CodeNames et ici : http://nouveau.freedesktop.org/wiki/FeatureMatrix
 

c'est sur ça?  
je testerais bien avec de la HD tnt pour voir? car perso, qd j'ai testé, c'était "null" nouveau à ce niveau.

intéressant papier sur systemd

Y'a un lien caché dans ton post?

ça vous dit quelque chose ce genre de warning lors d'une mise à jour ?
 

 
On dirait que tu as perdu tes types mime la ;o

pourtant j'ai rien fait de spécial, juste une mise à jour générale hier ( avec KDE qui est passé en version 4.9.4, c'est peut-être lié à ça ),

et j'ai l'erreur sur 2 installations d'archlinux ( sous virtualbox et sous un portable ), regardez dans le fichier log de pacman, vous avez peut-être la même erreur, surtout si vous avez installé KDE

http://lwn.net/Articles/523113/

 
Je suis sous XFCE  ;o

 
un début de réponse ici :
 
http://www.ephexeve.com/2012/09/li [...] -type.html

attention le paquet mkinitcpio oblige à faire une mise à jour du fichier de configuration :

dans le fichier "mkinitcpio.conf" il faut remplacer la chaine "fw, sata, pata, scsi, virtio, mmc, usb" par "block"

exemple :

HOOKS="base udev autodetect modconf block filesystems usbinput fsck"

dommage que cette info n'apparaisse pas dans les news du site archlinux, soit elle a été jugée non  importante, soit le préposé aux news est parti en vacances

 
et si on a pas besoin de charger les drives fw, scsi, mmc et pata?

je crois que la manip est à faire que si dans ton fichier de configuration il y avait les chaines "fw, sata, pata, scsi, virtio, mmc, usb",  
 
mais peut-être que le chargement se fait qu'en cas de besoin lorsqu'on utilise le mot clé "block" ?

il faut aussi ajouter "modconf" à la liste des hooks

Il sert a quoi modconf?
Pour ma part j'ai ajouté block mais j'avais pas tous ceux qu'il est censé remplacé, je verrais bien au prochain noyau lors de la génération du ram disk ce que ça donne.
J'en ai profité pour faire le ménage dans tous les pacnew qui trainaient sur mon système

 
il vaut mieux l'ajouter dans le doute

 
Quand j'ai mis à jour des certaines machines, il avait le nouveau mkinitcpio + un nouveau kernel dans le pacman -Syu, étonnement le passage de sata, etc etc en block c'est fait de façon automatique (un sed quelque part) par contre, sur ma machine en testing, quand il n'y a eu que l'upgrade de mkinitcpio (seul cette fois et avant les autres machines), pas de changement dans le fichier de conf, j'ai du faire le changement à la main.
 
Pour le modconf, j'ai rien touché pour le moment et je ne vois pas pourquoi on devrait l'ajouter pour le moment.

Je viens de regarder et il était dans le pacnew que j'ai mergé hier, je l'avais donc déjà mis

 
J'ai profité hier du passage en 3.7.0-1 pour mettre le pacnew à la place du courant après un diff (en ajoutant lvm2 sinon ça va pas le faire) : pas de problème a signaler pour le moment.

sous virtualbox à la fermeture d'archlinux j'ai des erreurs sous archlinux, le message "not all file systems unmounted, 1 left" et "cannot finalize remaining file systems and device, giving up"
 

 
vous avez déjà eu le même souci ?
 
je vois rien dans les logs à propos de ces messages d'erreur

Oui, j'ai aussi ça avec mes VM de Testing, mais je ne m'en soucie pas plus que ça, il y a bien des années, j'avais un peu le même sous FreeBSD avec ses vnodes.
 
Par contre, il est conseillé d'installer les additions vbox via pacman que plutôt par le CD, celle d'Archlinux sont recompilés pour être compatibles avec le noyau à l'instant T d'Arch. C'est ceux la : https://www.archlinux.org/packages/ [...] t-modules/

Un petit message d'erreur c'est rien

le problème c'est que je n'ai pas ce message sous un PC portable, j'aimerai donc comprendre pourquoi il y a ce message uniquement sous virtualbox
 
quand on est perfectionniste on aime pas le moindre message d'erreur et d'avertissement, on aimerait au moins identifier l’élément coupable
 

 
pas de problèmes, j'ai bien installé les addons via les paquets d'archlinux, de toute façon je n'avais pas le choix car le setup d'Oracle des addons n'a pas été conçu pour reconnaitre systemd ( il plante à la compilation car le script n'a pas été prévu pour fonctionner avec systemd, il teste l'existence d'un repertoire qui n'existe plus avec systemd d'où un plantage, mais peut-être que depuis mon dernier test Oracle a corrigé le bug )

j'aurai besoin que quelqu'un joue le rôle de cobaye en utilisant cet émulateur pour CPC464 :

http://www.cpc-emu.org/download.html

il suffit de dézipper l'archive "cpcemu-linux-x86-1.7.tar.gz" et de lancer l'executable "cpcemu" ( taper : ./cpcemu dans une console )

choisissez ensuite la langue français,

puis regardez ensuite si vous arrivez à taper la lettre "ù" ( touche %ù sur le clavier azerty ), moi j'y arrive pas, la touche "ù" ne donne rien, ainsi que les caractères accentués sous ce programme cpcemu ( comme dans tous les autres émulateurs pour CPC ),

c'est incompréhensible car ces touches fonctionnent dans la console et les autres programmes KDE,

mon clavier est configuré en "generic pc générique 101 touches" dans la configuration de KDE,

j'ai aussi utilisé sous wine la version windows de cpcemu et winape, c'est le même problème les touches ù et accentuées ne fonctionnent pas ( par contre sous windows ça fonctionne, donc ça a l'air d'être un problème spécifique à linux )

 
ça déchaîne pas les foules
 
j'ai testé sous une VM debian squeeze et c'est le même souci

encore un problème de mapping de clavier :
 
--> j'installe le paquet "sdlmame" ( émulateur de jeu d'arcade ),
 
je place des roms de jeu ( pacman, out run ) dans le dossier roms de mame, et là je remarque que les touches liées aux chiffres ( pas le pavé numérique mais la rangée au dessus des lettres ) n'est pas reconnu dans mame, du coup impossible de faire des "insert coin" ( normalement c'est la touche "5" ), sauf à réaffecter une nouvelle touche à cette fonction dans les options de mame,
 
le problème a lieu à la fois dans virtualbox et sur un portable, le point commun c'est que j'utilise kde
 
edit: résolu en modifiant le fichier ini de mame :
 

j'ai remarqué un bug avec libreoffice calc :
 
- si je sélectionne une cellule puis le menu "formater les cellules" le programme plante ( pas de message d'erreur sur la console, le programme se ferme automatiquement sans raison )
 
quelqu'un a le même souci ?
un problème de librairie trop récente sous archlinux ou un bug lié à libreoffice ?
 
j'utilise archlinux 32 bits,
 
j'ai posté le bug sur le bugzilla de libreoffice au cas où ( vu que ce topic n'est pas très actif )
 
à noter que dans /var/log/messages.log je vois ceci :
 

 
ça vient du paquet icu 50.1.1-1, une recompilation du paquet libreoffice pour le lier à la nouvelle version d'icu pourrait résoudre le problème ( ou pas )

Quelqu'un aurait il une solution pour synchroniser un Google Drive avec un dossier local, éventuellement avec un cron en rab pour automatiser la chose ?

 
tu peux regarder de ce coté :
 
https://aur.archlinux.org/packages/grive/

aujourd'hui je fais un banal "pacman -Syu" qui met à jour gcc et glibc et depuis je ne dépasse plus le stade du boot
 
j'utilise virtualbox, archlinux 32 bits, je vois les messages de systemd qui s'affichent normalement au boot mais ensuite il m'affiche un écran noir, je n'ai plus accès à la console et ni à mon gestionnaire de démarrage "Slim",
 
c'est le blocage total, impossible de choisir une console tty,  
 
comment s'en sortir ?
 
apparemment c'est un paquet qui fout la merde depuis cette mise à jour

ah l'angoisse parce je viens de faire la maj mais je n'ai pas rebooté !

tu as eu un message qui t'indiquait un fichier pacnew pour locale.gen a été crée ?

ça m'avait interpellé mais je n'ai pas regardé les différences dans ce pacnew,

quels sont les paquets qui ont été mis à jour chez toi ?

gcc, glibc, tcl ?

 
Yep :  
 

ok et est-ce que tu as pu redémarrer ?
 
je vais essayer de démarrer via l'iso d'archlinux et de faire un chroot pour voir ce qui a merdé,
 
je vais essayer aussi de désactiver le lancement de Slim, pour que je puisse au moins avoir accès à la console