Reprise du message précédent :

mouais:
http://www.freedesktop.org/softwar [...] mount.html

Ha oui, j'avais vu cette page, mais j'ai rien bitté alors j'ai préféré faire avec le fstab.

comme tu veux.
Mes partitions sont en gros 50% en fstab, 50% en .mount, ca fonctionne bien.

depuis quelques jours j'ai cette erreur qui apparait de temps en temps dans dmesg :

ça correspond à un vieux disque dur IDE seagate 200 Go de 2002 connecté sur une carte PCIe JMicron JMB363/368 contrôleur sata/ide, malgré ce message d'erreur tout semble fonctionner, je peux accéder au contenu du disque,

un test de surface avec l'utilitaire du fabricant ainsi qu'avec smartmontools ne montre pas de problème, que faut-il en conclure ?

fausse alerte ( bug du noyau linux ) ou véritable problème matériel du disque dur ?

J’ai appris que Firefox allait passer en GTK3 par défaut sur Linux dès la prochaine version, et ça me plaît pas vraiment car, sur mon Arch sous Xfce, le rendu des polices est tout bonnement horrible (de quoi donner envie de repasser sous Windows, c’est dire si je l’aime pas !) ! Moi qui pensais que récupérer la version « vanilla » depuis le site de Mozilla directement (restée en GTK2 alors que celle des dépôts Arch est en GTK3 depuis FF 43) serait une solution pour garder un bon rendu, je suis bien embêté.  
 
Pour vous donner une idée : en mode GTK2, et en mode GTK3. Rien à voir, hein ! Surtout sur les textes en gras.
 
Je comprends pas : dans les paramètres d'Xfce, je règle le lissage sur « Léger » mais on dirait que Firefox GTK3 (et Chromium, aussi, mais lui n’est pas mon navigateur principal, donc OSEF) est bloqué sur le réglage « Moyen » ou « Important » (aucune différence perceptible entre les deux), sans possibilité de forcer le réglage sur « Léger » dans son cas.
 
Alors, si quelqu’un connaît un moyen de régler le lissage sur les applis GTK3 ou me donner la marche à suivre pour recompiler FF en GTK2 depuis les sources (la doc que je trouve sur le net est périmée depuis des années…), sachant que je suis débutant en la matière, merci de me l’indiquer !

voici ce que j'ai répondu dans le topic firefox :

étant avec plasma 5 j'ai configuré le style des applications gtk3 comme ceci :

dans "configuration du système, apparence des applications" le thème breeze est utilisé pour les applications gtk3 :

pour les polices de caractères tu peux utiliser un fichier de configuration personnalisé pour fontconfig, un fichier fonts.conf à placer dans ~/.config/fontconfig :

attention à ce que xfce ne modifie pas ensuite les réglages du fichier personnalisé de configuration de fontconfig si tu utilises le module de configuration de polices de xfce

Je fais une nouvelle tentative pour mon probleme de refreshrate , avec le nouveau driver amdgpu... Mais je n'arrive pas à booter.
 
J'ai bien un kernel (mainline) compilé avec le module amdgpu.
J'ai blacklisté le driver radeon.
J'ai bien amdgpu de loadé au lsmod.
J'ai spécifié un driver amdgpu sous xorg
J'ai les lib hawai dans /lib/firmware/amdgpu.
 
Je ne vois plus ce qui coince ?
http://pastebin.com/tZyYMWXV : xorg.log
Pourtant j'ai bien un gpu HAWAI  

Ca ne parait pas bon.

Vire le vga= de ton kernel cmdline

Je suis sous Xfce. Mais sur ta capture, je vois rien en rapport avec le lissage des caractères.
 

J’ai pas de dossier ~/.config/fontconfig, mais au pire, ça doit être créable à la main. Vais voir ce que ça peut donner.
 
EDIT : Ça marche ! Il m’a suffi de mettre « hintslight » à la place de « hintfull » (cf. le wiki d’Arch Linux) et depuis, ça me donne un joli rendu, même sur Chromium et la dernière bêta de Firefox 45 (testée pour vérifier) !
 
Un grand merci, franchement ! Je me disais bien qu’il y avait moyen de lui forcer la main…

 
Ouais en effet j'avais ca, mais même en le virant c'est pareil  

si le bug n'est toujours pas résolu par les développeurs linux alors la solution à ton problème risque d'être de revendre ta carte sur leboncoin à quelqu'un qui est sous windows, puis d'acheter ensuite une carte vraiment compatible linux en terme de pilote pour la fréquence 144 hz

mais cette fois il faut acheter du neuf, afin de bénéficier du délai de 14 jours de rétractation si tu t'aperçois qu'à nouveau la carte n'est pas vraiment compatible avec le pilote libre linux

par mesure de précaution j'ai décidé de mettre à la retraite ce disque dur IDE qui a près de 14 ans, ainsi qu'un autre disque dur IDE du même age,

je viens de commander un disque dur sata seagate 2 To modèle Barracuda 7200.14 pour rapatrier les données de ces deux disques dur

parfait, il suffisait donc de configurer fontconfig d'une certaine manière

Bonsoir les Archers,
 
Je suis passé hier sous Archlinux après 8 ans passé sur Debian (Stable ou Sid). Dîtes moi que j'ai fait le meilleur choix de tous les temps.
 
Même si j'apprécie Arch, j'ai l'impression de trahir Debian en ayant fait cela

Un besoin, une distrib.

si tu veux une distribution "rolling release" ( les logiciels toujours à la dernière version ) alors c'est le bon choix,

à chaque problème il y a toujours une solution grâce au wiki archlinux assez complet, et la construction de ses propres paquets est assez facile,

il y a néanmoins un inconvénient :

- il faut être conscient que "rolling release" suppose qu'on sera parmi les premiers à expérimenter les bugs de jeunesse des logiciels et du noyau linux, comme les logiciels sont très récents alors il y a forcément un manque de recul, des bugs qui ont échappé à la phase de béta test, ou des bugs qui ne se produiront qu'avec une configuration particulière,

il faut donc être capable de s'auto-dépanner ( maitrise du chroot, le boot sur clé usb pour downgrader des paquets, et si on est motivé : faire un git-bisect sur le code source pour identifier le commit coupable et l'indiquer ensuite aux développeurs via un rapport de bug ) et ne pas paniquer au moindre problème, il y a toujours un moyen de s'en sortir en cas de bug sévère

C’est ça. Avec un petit « lcdlight » en plus.  
 

Encore que la plupart du temps, à part pour des MAJ de Pacman (ou d’autres comme celle, plus ancienne, de Cups où il fallait entièrement reconfigurer le service après la MAJ) qui peut casser certains outils qu’il faut réinstaller – package-query, je te regarde –, ça fonctionne très bien. C’est pas non plus comme si on se trouvait sur un siège éjectable au déclencheur un poil sensible, pour peu qu’on reste sur les dépôts de base (pas avec « testing », donc) et qu’on reste sur un usage « Internet + LibreOffice + VLC » des plus classiques.
 
Ou alors, c’est moi qui ai dépensé tout mon capital chance sur mon PC, vu comment elle est robuste depuis 6 ans et demi, la bête…

j'ai installé un disque dur sata interne sur une carte contrôleur sata pci express jmicron jmb 363/368,

tout est ok mais je remarque que plasma 5 considère ce disque dur interne comme un périphérique externe comme si c'était une clé USB ( removable device ), ce qui fait afficher une icône de type "périphérique USB" en permanence dans la barre des tâches :

comment faire pour éviter que mon disque dur sata soit considéré comme un "removable device" par plasma 5 ?

le montage de ce disque est fait via le fichier /etc/fstab

il faudrait une astuce similaire à celle-ci sous windows :

http://mdkart.fr/blog/ahci-disque- [...] e-externe/

Le glisser-lâcher ne fonctionne plus sur LibreOffice 5.1.0 sur Arch Linux (contrairement à la même version sous Windows, aussi bien en x86 qu’en x64). C’est très sympa de faciliter ainsi la copie de blocs de cellules dans le tableur, par exemple.  
 
Est-ce spécifique à Arch Linux ? Quelqu’un d’autre est dans le même cas ?

Double-post, puisque apparemment, je suis le seul à avoir ce souci de glisser-lâcher qui n’est plus fonctionnel sous LibreOffice 5.1.0 sur mon Arch sous Xfce…  
 
Je viens signaler que VLC 2.2.2 est enfin passé en stable ! On n’aura jamais attendu que 12 jours…

pourrais-tu donner une définition précise de ce que tu appelles le "glisser-lâcher" ?
 
j'utilise la version "still" de libreoffice qui est en version 5.0.4-2 et j'ai pas de problème de glisser déplacer entre le bloc-notes "kate" ( kde ) et libreoffice-calc,
 
idem aussi lorsque je fais glisser une valeur avec la souris à l'intérieur de libreoffice-calc entre deux cellules,
 
conclusion : c'est peut-être la version "fresh" de libreoffice qui est boguée, un moyen de contournement est donc de passer à la version still qui est un peu plus stable,
 

 
attention aussi aux personnalisations de l'interface de libreoffice, les trucs qui imitent l'interface gtk ou qt pour libreoffice, moi j'ai laissé tout par défaut ( pas de personnalisation de l'interface )

Si le "glisser-lâcher" est quelque chose du genre drag&drop avec une image directement dans Writer, alors, aucun souci chez moi (version Gentoo 5.0.4.2).

La version 5.1.0, c’est la dernière Fresh en date.
 
Ben, ce qui marche plus, c’est par exemple : glisser un fichier depuis le gestionnaire de fichiers dans la fenêtre de LibO pour l’ouvrir (quand aucun module n’est ouvert), ou copier/déplacer une plage de cellules dans Calc à la souris (ce qui évite de faire du Ctrl+C-Ctrl+V tout le temps).
Ça marchait justement sur la 5.0.4 (et précédentes), ça marche aussi sous Windows sur la même 5.1.0… Je comprends pas pourquoi ça marche plus.
 
Sinon, non : pas de personnalisation particulière de l’interface.
 

Pas essayé de glisser une image dans Writer, mais ça concernait pas les versions 5.0.x.

C'est un bug connu de la 5.1.0 avec gtk3 me semble, avec une correction en cours :
http://caolanm.blogspot.fr/2016/02 [...] ffice.html

le version de arch est compilé contre gtk3 ?

Si ça sera corrigé pour la 5.1.1, je peux bien patienter jusque-là. Surtout que ce problème était déjà apparu durant les versions 4.4.x et avait disparu dans les 5.0.x (toujours pour les versions des dépôts d’Arch Linux).

Je comprends pas bien la question : tu parles de la version Arch Linux de LibreOffice, si elle est compilée en GTK3 ? Je crois que oui.

sudo abs && find /var/abs/ -type d -name 'libreoffice-still' -exec grep -B5 gtk '{}/PKGBUILD' \;
Apparemment tu te trompes ou alors ils viennent de le désactiver

EDIT: Au temps pour moi, c'était pour la version fresh, dans ce cas oui je confirme qu'elle l'est
--enable-gtk3

Bon de retour sur nunux avec une fury.. Et oui ça marche ... Contrairement à ma 290X qui doit vraiment avoir un soucis.
 
Du coup j'ai quelques modifs a faire pour le driver amdgpu sur mon kernel et je fais une compilation.
Après le zcat /proc/config.gz > .config
Il y a une commande pour reprendre la config du précédent kernel, et juste maj quelques items en ncurse ?  
 
Car j'ai l'impression que le make menuconfig ne reprend rien et fait un .config tout frais ? Ou je me trompe ?

Si il trouve un .config dans son répertoire il repartira dessus dans le make menuconfig. Tu as juste à modifier tes trucs et recompiler.

okay , cool . Je reçoit une nouvelle 290X cette semaine. Donc je vais continuer les tests. Hate de trouver mon arch. Ca me manque .

Tu as quoi comme options à changer dans le noyau ?

Je vais activer l'option CIK support pour amdgpu pour le support de Sea island ce qui n'est pas nécessaire pour la fury qui marche très très bien... Du coup je prépare le terrain vu que je reçoit ma nouvelle 290X la semaine prochaine.
 
https://wiki.archlinux.org/index.php/AMDGPU
 
Par contre là où le tuto est faux c'est qu'il ne faut surtout pas installer xf86-video-amdgpu  mais xf86-video-amdgpu-git. La version non git est très ancienne, et plante au boot (même avec la fury). Sinon tout à l'air stable avec ce nouveau driver. Aucun soucis à signaler contrairement à FGLRX. Firefox est très très fluide et c'est stable. Je n'ai pas encore réussi à faire marcher l'accélération video > seul soucis .

make oldconfig
 
de memoire il y a une nouvelle commande dans le meme genre mais je ne sais plus trop.

perso quand je compile un noyau customisé je passe toujours par un PKGBUILD modifié avec un nom de paquet différent ( genre "linux-custom" ) pour pouvoir ensuite l'ajouter au menu de grub sans écraser le noyau officiel,

pour le fichier config et config.x86_64 ils sont livrés avec les fichiers du paquet, tu peux les modifier dans le dossier où se trouve le PKGBUILD

https://projects.archlinux.org/svnt [...] ages/linux

c'est donc dommage d'utiliser la méthode d'installation manuelle alors que tu peux tout faire via un paquet dont le PKGBUILD est déjà écrit, il faut profiter de la facilité de créer des paquets qu'offre archlinux, ça te donne aussi un important filet de sécurité ( les make install manuels en root dans une console c'est toujours risqué, il vaut mieux laisser pacman faire le boulot d'installation )

et penser à utiliser ccache pour accélérer la construction du paquet si plusieurs tentatives ont été faites ( fichier /etc/makepkg.conf à modifier pour activer ccache )

Jusqu'à maintenant je suivait ça :
https://wiki.archlinux.org/index.ph [...] raditional

et ici tu as le tutoriel pour la version ABS ( utilisation de makepkg )
 
https://wiki.archlinux.org/index.ph [...] ild_System

Perso quand je compilais et installais fréquemment mon kernel moi même, je le faisais à la main.
Certes un package c'est plus propre, mais le kernel reste un truc assez cloisonné, sans dépendances donc je trouve que ça reste manageable.
J'avais écrit des scripts super basiques pour déployer les modules et le noyau dans /boot, toujours sous le même nom, une entrée statique dans grub et voilà ça roulait très bien.

je rencontre parfois ce message d'erreur au redémarrage et à l'extinction :

pendant une minute trente systemd essaie d'arrêter ce service,

ça ressemble à ce bug :

https://bugs.freedesktop.org/show_bug.cgi?id=70593#c28
https://github.com/systemd/systemd/issues/1615

suis-je le seul à avoir ce bug de manière aléatoire ?

j'utilise plasma 5, je ne sais pas si c'est lié, car sous KDE 4 je n'avais pas ce problème

le fautif pourrait être le fichier /usr/lib/systemd/system/user@.service, une mauvaise option là dedans

J'ai ca aussi mais je m'en suis jamais preocupe.

l'idéal ce serait de déclarer ce bug dans le bugzilla d'archlinux et de systemd, c'est jamais bon de passer sous silence ce genre de bug aléatoire, les développeurs risquant alors de n'être jamais au courant de ce problème

plus on sera nombreux à déclarer ce bug, plus il sera pris au sérieux,

ce bug est frustrant car il est aléatoire, c'est à dire que lorsqu'il se produit il rajoute automatiquement 90 secondes de délai vu que le service "Session c2 for user" ne répond plus, et comme souvent ça arrive quand on est pressé de quitter le PC

Je l'ai aussi mais ne sais pas d'ou il provient.

 
Je me casse sans attendre la fin  

 
Pareil.