Reprise du message précédent :
Ah en effet, je me suis planté de ligne ^_^
Perso je faisais avec md5sum, je vais tester ton truc !

 
Oui je sais mais c'est un PC de test, je n'ai quasiment aucune donnée perso dessus  

Bon je ne suis pas tout foufou comme même, j'ai rajouté un noyau LTS de secours  

depuis une mise à jour récente du noyau linux je remarque maintenant cette ligne dans dmesg :
 
[ 4913.558902] sr 3:0:0:0: [sr0] CDROM not ready.  Make sure there is a disc in the drive.
 
vous avez remarqué la même chose ?

Pas de lecteur.

un choix curieux, tu as jeté tous tes CD-R, DVD-R ?
 
ou bien peut-être que c'est un second PC ou un portable d'appoint

Non pas si curieux que cela, pour ma part cela fait des années que je n'utilise plus du tout mes lecteurs de CD/DVD sur mes PC  

j'ai gravé pas mal de DVD-R ces 15 dernières années, et j'utilise mon PC pour regarder les DVD vidéo ( pas de lecteur de salon ), du coup j'ai encore besoin d'un lecteur DVD-rom sur mon PC

Lecteur USB.  
Par contre, je n'ai plus rien gravé depuis...euh, très longtemps.

Je n'ai plus de lecteur sur mon principal aussi.
 
Tout ce que je voulais de mes DVD-R je l'ai lu du portable et copie sur le principal il y a bien longtemps.

Tiens j'ai remarqué un truc, alors c'est pas forcément inhérent à Arch, mais bon : si je fais une mise à jour de noyau sans redémarrer (donc en restant sur l'ancien noyau), je ne peux plus monter de clé USB sur cette session ; il faut que je redémarre et que je sois sur le nouveau noyau pour pouvoir à nouveau monter des clés. C'est normal / chez vous aussi ?

Salut .

Mon Arch est cassée depuis hier et j'ai une erreur sur le lancement de gnome : "Oh mince quelque chose s'est mal passé". Un problème est survenu et le système ne peut pas se récupérer.
C'est intervenu après une update mais j'ai beau avoir downgrade et essayé plusieurs combinaisons je n'ai pas réussi à débloquer la situation...
Xorg.0.log :
https://pastebin.com/HLyZXxne

Journalctl :
https://pastebin.com/iiSPdDxh

Merci pour votre aide .

C'est parce que l'OS ne trouve pas les modules du noyau (le noyau en mémoire et celui sur disque ne sont plus le meme).
Si tu avais déjà monté ta clé USB il n'y aurait pas eu de soucis alors car le module serait en mémoire.

Ca serait surement cette ligne:
AIGLX error: dlopen of /usr/lib/xorg/modules/dri/i965_dri.so failed (/usr/lib/xorg/modules/dri/i965_dri.so: undefined symbol: _glapi_tls_Dispatch)

 
Merci pour l'explication.

 
Une idée de correctif ? Je suis en IGP, j'ai renté de réinstaller les driver intel, mais c'est pareil .
J'ai également testé de le downgrade... Et les mesa-libgl/mesa git et non git...

Pas exactement, ca peut etre le pilote intel comme ca peut etre une librairie dont le pilote intel depend.
 
Je regarderai avec ldd ce dont dépend le pilote et apres voir ce qui est nouveau mais je n'y crois pas trop.

Peut-être juste un miroir mal synchronisé.
Va sur un tty et fais ton pacman -Syu. Y a de grandes chances que ça retombe en marche tout seul

Dites, à chaque fois que j'installe Arch avec Mate, j'ai un affichage degueulasse dans le terminal de Mate une fois sur le Bureau.
 
Des idées pour corriger cela, c'est que c'est vraiment moche de voir des lettres qui se superpose. Et c'est quelque soit la police choisies.

N'installe pas Mate

Installe Windowmaker, y a une nouvelle version qui est sortie.

 
Tu me rassures, je croyais avoir des problèmes de vision  

Mate est basé sur du gtk ( version 2 ou 3 ? )
 
perso j'ai jamais aimé l'api gtk, j'ai toujours l'impression qu'il y a des bugs à chaque mise à jour de l'api, une rétro-compatibilité cassée quelque part qui oblige les développeurs d'applications basés sur gtk à modifier sans cesse leur code source pour s'adapter à la nouvelle api gtk,
 
c'est peut-être ce syndrôme qui touche mate s'ils n'ont pas adapté leur code source ?
archlinux/manjaro étant une rolling release alors les briques fondamentales type noyau, xorg, api gui sont très récentes, et il n'est pas sûr que les applications qui les utilisent ( type mate ou firefox ) ait été adaptées pour supporter ces versions récentes, d'où parfois des bugs qu'on ne voit pas sur les autres distributions moins fraiches type debian/ubuntu,
 
bon chez Qt c'est pas mieux aussi ( j'utilise plasma 5 ), mais peut-être moins visible que chez gtk, quand je lance une application gtk ( firefox, thunderbird ) depuis la ligne de commande alors je vois souvent plein de messages de warning liés à gtk dans la console, des fichiers introuvables, ça n'empêche pas le programme de tourner mais c'est pas rassurant, je soupçonne un thème de bureau qui merde pour gtk chez moi mais j'ai pas creusé la chose, tant que les programmes ne plantent pas

T'as installé groupe xorg entier ?
pacman -R xorg-fonts-{75,100}dpi, c'est toujours une bonne idée

Euh moi j'ai pas de problème de polices dans le terminal avec mate ! Vous avez quoi dans police à chasse fixe du système ?
Je n'ai pas les polices listées par make install

@Elbarto : Moi c'est l'inverse, les api qt j'ai jamais accroché. Question de goût  ! Mate est passé sur gtk3 récemment.

alors c'est peut-être pour ça, migrer vers gtk3 c'est assez gueule,

j'ai connu le cas avec eclipse, en mode gtk3 eclipse est moins réactif avec des bugs étranges ( polices, couleurs chelous sur les tooltips, menus avec des icônes manquantes ),
mais dès qu'on active le mode gtk2 via un hack dans un fichier de config ça va beaucoup mieux ( l'interface est moins sexy en gtk2 mais eclipse redevient agréable sur une petit config pas très musclée )

concernant Qt je trouve qu'il y a un meilleur look-and-feel par rapport à gtk3 au niveau toolbox gui, une meilleure ergonomie des boites de dialogues d'ouverture de fichiers par rapport à son homologue en gtk, et le rendu visuel général fait un peu plus propre/carré, je rêverais d'un firefox en version Qt...

et ça me semble plus facile à utiliser en tant que de développeur, pas mal d'astuces, de concepts simples dans Qt, et un bon IDE avec QtCreator, comme l'api va plus loin que le domaine gui on peut faire des applications complètes sympas avec et multi-plateformes

Je viens de tester Zsh, et j'ai l'impression que la police de caractère est mieux affichée que dans Bash... mais je ne sais si c'est objectif ou si c'est ma vue qui déconne  

 
Dans un terminal, Bash, Zsh ou autre sont des programmes comme les autres, ce sont donc les paramètres de ton émulateur de terminal qui changeront la police, pas le shell.

Oui donc c'est ma vue  

Toujours dans l'objectif d'épargner ma vue j'ai installé Redshift, qui est vraiment un logiciel super.
https://wiki.archlinux.org/index.php/redshift
Bon par contre je ne comprend pas : je n'ai pas suivi les méthodes décrites ici pour le lancer automatiquement.
 
J'ai ajouté bêtement un  

dans mes programmes au démarrage.
Et ça fonctionne !
J'ai du bol ou quoi ?
 

 

Salut,
 
Quelqu'un connait https://www.apricityos.com/  ? avez-vous des bons retours ?
 
je souhaite migrer de ubuntu  vers arch linux sans douleurs  

On dirait un elementaryOS basé sur arch

 
Je ne connais pas ta distribution mais sinon je te conseille Arch-Anywhere pour tester Arch sans avoir à te farcir le coté très rébarbatif de l'installation.
En fait ce n'est pas vraiment une distribution mais juste un installateur simplifié.
Par défaut il te proposera son dépôt personnalisé mais perso j'ai préféré ne pas l'utiliser et rester sur un truc basique avec les 3 dépôts Core, Extra et Community ( plus 2 ou 3 broutilles avec AUR    )
 
Après des années d'Ubuntu je débute sur Arch mais pour l'instant ça va, j'ai pas encore fait trop de connerie.  
Arch-anywhere est vraiment une bonne alternative à toutes les distributions qui se basent sur Arch mais le trafique un petit peu de trop à mon goût.
Après un court essai j'ai même laissé tomber Manjaro, c'est dire  

 
Merci de ta réponse.
 
Tu peux installer facilement GNOME avec arch-anywhere ou pas ? j'ai mes habitudes dessus  

Tu peux installer facilement GNOME sur Arch tout court: https://wiki.archlinux.org/index.php/GNOME#Installation

 
Oui à un moment tu pourras choisir ton environnement de bureau et il y a un très grand choix, dont Gnome    
 
Fait toi la main en machine virtuelle si tu as peur de te lancer dans le grand bain dès le départ.
 
Edit : une vidéo de présentation de l'installateur
https://www.youtube.com/watch?v=Mk7BcUjy_5o

J'ai testé cette fameuse distribution en machine virtuelle
https://www.apricityos.com/download
J'ai pris la version Gnome stable 11.2016 ( l'ISO date du mois de Novembre 2016 ? )
Pas vraiment convaincu pour l'instant :
- plus de 1 Go de mise à jour après installation
- la mise à jour ne se fait pas ( conflit de paquets en pagaille )
Bref, si tu veux vraiment une distribution basée sur Arch et livrée clé en Main il vaut mieux taper dans une Manjaro je pense.
 
Edit  
https://static.apricityos.com/iso/
L'ISO date du début du mois de décembre 2016, lol !

 
Merci d'avoir testé pour moi   effectivement ca a l'air foireux. Je vais me tenter Arch-Anywhere ce we, je vous tiendrais au courant
 

comment avez-vous configuré votre clavier français azerty ?

"fr" + la variante "latin9" ?

ou bien "fr" + la variante "oss" ?

la commande localectl permet de le savoir :

ou bien faites un :

je pose cette question car j'ai détecté un problème avec les émulateurs d'ordinateurs 8 bits ( amstrad cpc, commodore C64, bbc micro ), lorsque archlinux est configuré avec un clavier français alors dans ces émulateurs certaines touches ne donnent aucun caractère quand on presse la touche ( certains caractères numériques hors pavé numérique, les symboles comme le ' " ' )

par contre lorsqu'on configure archlinux en mode "US" ( variante "altgr-intl" ), ou "DE" alors pas de soucis, ces émulateurs d'ordis 8 bits n'ont pas de soucis de clavier, on a accès à toutes les touches,

j'ai remarqué ce problème à la fois avec la version linux de ces programmes, et aussi avec la version windows ( en passant par wine ),

en allant sous un vrai windows : pas de soucis le même programme gère bien le clavier même si windows est configuré pour un clavier français,

donc je soupçonne un bug au niveau de Xorg pour la gestion du clavier lorsque la variante est de type "fr-latin9" et "fr-oss", car les autres localisations type US/DE n'ont pas de soucis avec les programmes tiers type émulateurs 8 bits,

pour info on peut changer à la volée la langue du clavier sans redémarrer xorg, via cette commande :

exemple d'émulateur :
http://www.cpcwiki.eu/index.php/CPCE

avec wine avec CPCE j'ai accès à la plupart des touches de type "lettres", mais ça merde pour la rangée du haut où se trouve les nombres, les accents, les guillemets, certaines touches ne répondent pas dans le programme CPCE si le clavier est configuré en français dans xorg, mais si le clavier est en qwerty ( langue US via Xorg ) alors pas de souci,

si quelqu'un a la solution de ce mystère je suis preneur ( hormis la solution consistant à modifier le code source de CPCE )

Dans mon cas  

peux-tu poster le contenu du fichier de configuration de ton clavier présent dans /etc/X11/xorg.conf.d ?