Reprise du message précédent :
Tiens, vous pourrez peut-être m'aider : j'ai voulu installer la version git de kdeconnect (car elle semble compatible avec Plasma 5), mais j'obtiens une erreur à la compilation :  
 

 
Il me semble avoir réussi à le compiler sans erreur par le passé...

Tu es sur d'être à jour ?
Tu as bien le paquet kdelibs4support  en 5.11.0 ? Car là il te dit qu'il trouve la 5.8.0 sur ton système.

Bon en fait ils ont mis à jour Conky, réécriture complète du bousin, y a plus rien de compatible. Tout est pété. Sans prévenir, bien sûr, sinon c'est pas drôle.

 
Ha ouais donc en fait pour installer la version GIT de Kdeconnect, il faut installer TOUT en version git... Normal, quoi. Bon, laissons tomber.

  Faut tout cramer.

ton paquet il provient du dépôt artisanal AUR, les problèmes à la compilation ça peut venir du gars qui a mal écrit le fichier PKGBUILD,

par exemple pour ton paquet AUR kdeconnect-git le problème aurait pu être évité si dans le PKGBUILD le gars avait ajouté comme condition la nécessité d'avoir installé au préalable le paquet AUR kdelibs4support-git

c'est la ligne "makedepends", il aurait pu faire en sorte d'avoir ça dans le PKGBUILD :

https://aur.archlinux.org/packages/ [...] t/PKGBUILD

avec cette modif en tapant makepkg tu aurais eu immédiatement un message indiquant les paquets manquants nécessaires à la compilation,

il peut même aussi imposer une version minimale pour chaque paquet requis dans le PKGBUILD ( c'est encore plus propre )

sauf que dans extra c'est la version requise... 5.11

Oui j'avais bien compris l'histoire des dépendances dans le Pkgbuild, mais merci quand même pour l'explication. J'attendrai la version KF5 stable.

en utilisant l'éditeur de texte kate ( ou kwrite ) avez-vous eu déjà ce bug lorsqu'on veut enregistrer un nouveau fichier ? :

la boite de dialogue de sauvegarde de fichiers apparait mais l'arborescence est vide, puis ça affiche ensuite ce message d'erreur "Le processus traitant le protocole file s'est arrêté de façon inattendue.", il est impossible de sauvegarder tout nouveau fichier texte,

je suis obligé de fermer KDE, puis de redemarrer afin de résoudre ce bug, c'est un bug aléatoire,

j'utilise archlinux et tous les paquets sont à jour, kate est en version 5.0.0 ( kde frameworks 5.12.0 ), paquet archlinux : kate 15.04.3-1 (kde-applications kdebase),

le bug est apparu lors de la mise à jour des paquets QT5 apparue aujourd'hui dans les dépôts stables d'archlinux

est-ce que vous arrivez à utiliser le signe "tilde" (~) sur des lettres comme le n ?

je n'y arrive pas sous archlinux, la touche tilde renvoie bien le ~, mais impossible de l'associer avec une lettre, d'habitude j'utilise la combinaison de touche "alt gr" + "~" + "n" pour obtenir un n avec un tilde, mais là ça marche pas

edit : finalement j'ai trouvé la bonne combinaison : "alt gr" + "^" + la lettre désirée, ça permet ensuite d'avoir le tilde au dessus de la lettre, comme "ñ", bon à savoir si vous écrivez des messages en espagnol

Bonjour,

Je reviens vers vous parce que j'ai enfin réussi à installer Arch Linux par mes propres moyens ! J'étais venu gueuler ici il y a 2, 3 mois de cela parce que je n'arrivais pas à installer cette distribution en dual boot avec Windows et au final, j'ai installer arch uniquement sur mon SSD et je vais faire un Windows To Go pour quelques jeux.
Je suis sur Gnome avec quelques extensions et je découvre vraiment linux vu que c'est la première fois (en dehors des Live USB) que je l'utilise vraiment et pour l'installation, rien de compliqué au niveau des partitions

EDIT : j'ai juste un petit soucis, quand je démarre mon ordi et que j'arrive sur le GDM, mon Verr Num n'est pas activé, je l'active manuellement et quand j'arrive sur Arch, il est toujours activé (je peux taper des chiffres) mais là LED concernant Verr Num s'éteint, une idée ?

 
Merci, ça fonctionne parfaitement
 

j'ai pas ce paquet,
 
j'utilise une autre astuce : configurer le gestionnaire de connexion graphique pour qu'il active automatiquement le pavé numérique à chaque démarrage, pour ma part comme j'utilise KDE j'ai modifié le fichier de configuration de KDM pour activer cela
 
"/usr/share/config/kdm/kdmrc" en ajoutant cette ligne :
 

pour ceux qui utilisent KDE est-ce que votre imprimante fonctionne ?

depuis une certaine mise à jour je ne retrouve plus l'élement "imprimante" dans le centre de configuration de KDE, du coup mon imprimante canon ne fonctionne plus,

j'utilise KDE 4 avec des applications KF5 sous archlinux

problème contourné de cette manière :

- visiblement il n'existe plus de menu "imprimante" dans l'outil de configuration de KDE, comme l'équipe de KDE est en train de migrer progressivement vers plasma 5/KF5 certaines "features" de KDE4 n'ont pas encore été reprises ( comme l'outil de configuration d'imprimante )

- l'alternative : utiliser directement l'outil de configuration de cups via un navigateur internet :

http://localhost:631/printers/

depuis la mise de systemd vers la version 223-1 j'ai ce message d'erreur au boot :
 

 
vous avez la même chose ?

j'ai trouvé un moyen de contourner le problème, en masquant le fichier updatedb.timer :

visiblement la mise à jour de systemd en version 223 semble avoir fait un "unmask" sur ce fichier, car d'habitude je n'utilise pas le service updatedb car l’exécution de ce service ralentit le démarrage du PC,

à noter qu'un "systemctl disable updatedb.service" et un "systemctl disable updatedb.timer" ne suffisent pas, on est obligé de masquer ces deux fichiers avec systemd pour vraiment désactiver ce timer,

on dirait une erreur de conception sur les timers, l'auteur de systemd ne donne pas vraiment la possibilité de désactiver proprement un timer

Étonnant.

apparemment c'est lié à un mot clé dans le fichier updatedb.service, un mot clé qui empêche la désactivation :
 

juste pour être complet (je ne connais pas le pb ici), il est possible de n'écrire que la section manquante du fichier .service et bien placée, elle sera intégrée à au fichier service pré-existant :

 
http://www.freedesktop.org/softwar [...] .unit.html

j'ai detecté un problème avec le paquet "gsfonts",

depuis la mise à jour vers la version 20150808-1 disponible depuis dimanche certains sites web ont un aspect dégueulasse au niveau des polices de caractères,

en downgradant le paquet gsfonts vers la version antérieure ( 20150122-1 ) le problème disparait, les polices de caractères de certains sites web ont un bien meilleur aspect,

j'utilise ce fichier de configuration pour fontconfig :

vous avez remarqué la même chose ?

le problème est surtout visible sur certains sites de forum comme celui-ci :

http://forums.lenodal.com/

voici ce que je vois avec la précédente version de gsfonts, tout est Ok :

http://reho.st/self/47d91dbee912a5 [...] 4adc51.jpg

mais avec la dernière version de gsfonts l'affichage des polices est faussée, moins précise, avec un interligne supplémentaire :

http://reho.st/self/32695cb2b1eb6f [...] fbcc88.jpg

edit: j'ai crée un rapport de bug ici :
https://bugs.archlinux.org/task/45938

Tiens, ça ne boote plus.
Enfin si je peux en root mais je n'ai pas de réseau (et pas vraiment le temps à chercher pourquoi).
Logiquement, je n'ai rien fait de problématique à part mettre à jour mon win vers Win10 mais j'ai du mal à croire que ce soit lui vu que c'était le 2ème boot sans problème (installation Samedi)...Encore que, durant la séquence de boot, il y a un message comme quoi, il ne peut monter la partition windows (mais ce n'est pas la partition système, juste une partition de stockage...)
 
C'est clairement pas le moment.  

Rectificatif:
Cela vient de booter. Raison? Euh... Peut-être la mise à jour Win10. C'est chiant, j'avais volontairement totalement séparé les 2 Os pour éviter les emmerdes:2 DD et le boot sur chaque DD pour éviter les effaçages à la con.

une solution serait d'installer ton windows 10 dans une machine virtuelle, comme ça plus de souci de démarrage, ton windows ne polluera plus le boot d'archlinux,

avec les PC récents la puissance est largement suffisante pour exploiter des machines virtuelles sans ressentir de réelle différence par rapport à une installation physique ( grâce aux fonctionnalités de virtualisation des CPU récents, la mémoire gigantesque type 8~16 Go ), de quoi ringardiser l'option multi-boot,

et pour les jeux windows le programme wine sous linux se débrouille parfois assez bien, il arrive à convertir les appels directX vers l'équivalent openGL

Nan mais justement j'avais fait ce qu'il fallait pour totalement séparer les 2.
Mon windows avec son DD dédié sur lequel se trouve son boot et mon Linux avec son DD dédié sur lequel se trouve son boot...
 
L'astuce étant que je force le bios à chaque démarrage pour sélectionner mon OS sachant que Win est par défaut. Linux étant un OS fantome dans ce cas.
 
De toute façon, je vais regarder ce soir. Si c'était la mise à jour Win qui foutait la merde, cela devrait fonctionner.

il n'y a pas de réelle séparation avec le multiboot dans le sens où windows verra toujours le second disque où est installé archlinux, il n'arrivera pas à lire la partition de type ext4 mais en cas de malware/pilote ext4 ( installés à ton insu ) il pourra accéder à cette partition et mettre le boxon là-dedans,

la vraie sécurité c'est soit de déconnecter physiquement ton disque où se trouve archlinux ( à voir aussi si le bios permet "logiciellement" de faire disparaitre ton disque archlinux, en désactivant le port sata où est connecté ce disque dur ), soit d'installer windows 10 dans une machine virtuelle ( par exemple virtualbox )

C'est un peu ce que je crains. J'ai vu des gars sur Arch qui ont des problèmes avec Win qui s'amuse à réactiver des fonctions "éteintes" sous Bios qui foutent la mort sous Linux.  
Bizarre mais bon.

Salut,

j'ai un petit soucis de locale et je suis sur que vous saurez m'aider

J'ai un fichier texte en Francais, donc avec des accents, qui me posent souci. Ces accents s'affichent bien sous vim, emacs (ou plutot xemacs...), kwrite... mais pas nano, more, less...
file me donne:

Et dans locale.gen j'ai bien:

Par contre mon locale.conf (mon Arch est en anglais):

Je peux aussi tapper des accents dans ma konsole sans soucis.
Bref je ne comprend pas...
Ou est mon problème? Dans la détection de l'encodage par nano et compagnie?

Merci!

edit: ah je n'ai pas de soucis dans un TTY, est-ce donc un soucis avec konsole?
edit bis: ca venait bien de Konsole, mais comment faire pour avoir un encodage pour utf8 et iso sous konsole? ca me parrait moyen de devoir en choisir un au lieu de l'autre...
Par exemple, le nom du fichier est en utf-8 mais son contenu en iso, donc si je passe konsole sur iso le contenu est bon mais pas le nom... et vice et versa bien entendu.

Bon déjà, ce serait bien que tu ajoutes ta locale dans locale.gen je pense.

Elles y sont, je n'ai mis que celles pour le fr dans le poste.

 
 
Et ton DE il positionne quoi quand tu te logges, du coup ?

Que veux-tu dire par positionne?
Je n'ai pas compris.

Dans ton login manager ou dans ton DE, est-ce que tu as paramétré une surcharge de la locale (qui expliquerait la différence de comportement dans un tty)

Dans konsole oui, la ou on definit l'encoding.
Dans Plasma il n'y avait rien, mais je viens de le passer en Anglais US (c'etait le defaut a priori donc ca ne devrait rien changer).
 
Je viens de tenter sous xterm et j'ai le meme soucis que konsole, donc ce n'est peut etre pas que konsole.

dans mon locale.conf j'ai ça :

quand je tape "locale" dans une console j'ai ça :

puis j'ai crée avec l'éditeur de texte kate ( de kde ) 2 fichiers contenant des accents, le premier fichier en mode UTF-8, et le second en mode iso8859-1

avec nano le fichier UTF-8 affiche bien les accents, mais pas le fichier iso8859-1,

le programme "more" a le même comportement que nano, des accents avec le fichier UTF-8, mais pas la version iso8859-1 ( des points d'interrogations sont affichés à la place ),

idem si j'utilise xterm à la place de konsole,

quand j'utilise un éditeur graphique comme kate pas de soucis, ça marche aussi bien avec un fichier UTF-8 qu'un fichier en mode iso8859-1,

peut-être que la morale de l'histoire c'est qu'il faut préférer les éditeurs de texte graphique lorsqu'on veut travailler des fichiers textes avec des accents, et n'utiliser nano que pour modifier des fichiers de configuration et des fichiers de code source type java, c++ ( qui normalement ne contiennent pas d'accents ),

une autre solution c'est de ne travailler qu'en mode "UTF-8", bannir ou convertir les fichiers iso8859-1 vers de l'UTF-8, comme ça pas de soucis,

et si on est développeur : ne jamais utiliser le français pour les commentaires dans les fichiers code source, mais plutôt l'anglais comme ça pas de problèmes d'accents

Merci d'avoir essayer Elbarto

J'ai lu sur SE que emacs et compagnie convertissent le contenu du fichier en ce que le systeme utilisent (donc si on lit un fichier iso sur un systeme utf, on voit de l'utf de maniere transparente) mais que nano et compagnie nous rende directement le contenu sans le convertir... D'ou le soucis.
C'est peut etre etre standard.. mais j'aimerai bien que tout soit converti automatiquement.

Apres comme tu dis on peut convertir tout fichier, mais j'aimerais bien que tout "fonctionne" de base avec des fichiers du net...

 
La vrai sécurité c'est de savoir utiliser secure boot avec tes propres clés et de se baser sur les technologies mises a disposition.    
C'est dingue de voir ce genre de messages prosélytes venant d'un mec prônant le libre (libre choix d'installer se qu'il a envie.   )

l'idée c'est de rendre invisible le disque où se trouve archlinux lorsque windows est exécuté ( comme si le disque était débranché ), ceci afin d'empêcher qu'un programme/malware/gestionnaire de partitions windows ( type partition magic ) n'écrive sur la partition où se trouve archlinux, ou ne modifie quelque chose liée au partitionnement de ce disque dur, au secteur de boot si du mbr est utilisé,

ma carte mère n'a pas de système UEFI, trop ancienne ( 2007 ), j'utilise le bon vieux MBR, et je ne vois pas en quoi le secure boot pourrait empêcher plus tard windows ( une fois qu'il est lancé ) de modifier quelque chose sur le disque dur où se trouve archlinux

sinon ça sert à rien d'utiliser ce ton agressif avec moi ( le smiley "colère" ), faut rester zen et détendu, ce n'est que de l'informatique

Depuis le temps tu devrais en avoir l'habitude..  

Ma carte mère a l'UEFI et le Bios. L'une des raisons d'avoir totalement séparé les 2 os vient aussi du fait que Windows s'est foutu avec son Secure boot et m'a emmerdé lors de l'install de Linux.