Reprise du message précédent :

Faut aussi que toutes les dépendances soit downgradable sans tout péter.
Et non, à ma connaissance c'est pas "corrigé" mais il y a encore des doutes sur le bug...
Tu peux toujours essayer et aider la science

ça marchera sans soucis si Ant1_ n'attend pas 6 mois pour downgrader, surtout pour un paquet comme mariadb qui n'est pas bien méchant ( c'est pas comme le paquet glibc problématique à downgrader ),

il existe cette méthode "back to the future" pour les cas vraiment difficiles :

https://wiki.archlinux.fr/Arch_Linux_Archive

 
Ca marche chez moi meme apres upgrade. Y'a toujours le --defaults-file=

il y a ce programme "preload" qui semble intéressant pour accélérer le chargement des programmes les plus souvent utilisés :

https://wiki.archlinux.org/index.php/Preload

J'ai corrigé le problème chez moi, c'était un problème d'upgrade ou juste de corruption, enfin j'ai tout viré quoi
Mais ce paramètre est étrange, si tu lances mysqld à la main ça marche, si tu fais pareil mais avec '-v' (au début, ça semble important) il rejette le defaults-file...

Certains font tourner un serveur apache avec php sous Arch ? Je viens d'installer manjaro avec mate. Je voulais tester la distrib dans son entier avec un petit apache mais bon ça ne fonctionne pas.

Le redémarre le service avec

Donc jusque là je me dis tout va bien ! Je teste dans un navigateur :

Je vais revoir l'état du serveur apache et là surprise !

J'ai changé la conf d'apache pour le support php et donc le mpm. J'ai testé la config :

Mon fichier hosts :

et niveau parefeu tout est ok, même en le désactivant j'ai les même erreurs :

Vous avez pas une petite idée par hasard, je sèche un peu !

Edit: Avec apache22 dans AUR ça passe sans problème

Edit 2 : En fait sous Manjaro j'ai la version 2.4.17-3 de apache et vu que c'est un bug avec cette version alors que sous les dépôts on peut avoir la 2.4.17-4. Il faut que je vois comment on change les dépôts

il faut bien suivre la page wiki d'apache pour bien le configurer :

https://wiki.archlinux.fr/Lamp
https://wiki.archlinux.org/index.php/Apache_HTTP_Server

la plupart du temps quand il y a un problème c'est surtout parce que l’utilisateur a lu en diagonale la page wiki en sautant des étapes, faut se mettre en mode "checklist", comme ça t'es sûr de rien louper,

sinon j'ai remarqué un bug pour le paquet de kicad, la précédente version avait ce numéro de version : 20130518-3,

puis la nouvelle version a ce numéro : 4.0.0-1

ce qui pose problème à pacman qui croit que ma version actuelle 20130518-3 est plus récente que celle du dépôt :

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

Là je suis sûr d'avoir bien suivi le wiki pas à pas ...
Ca ressemble plus à ça comme bug : https://bugs.archlinux.org/task/47110 corrigé dans la 2.4.17-4 d'apache. Je vais retester avec cette version !

j'utilise apache/php/mariadb depuis 2 ans, je n'ai pas remarqué de problèmes particuliers, à part le service httpd qui peut être capricieux à stopper ( systemd est obligé de le tuer à la barbare ) :

https://bugs.archlinux.org/task/43486

il faut rajouter cette ligne dans le fichier /usr/lib/systemd/system/httpd.service pour résoudre le problème :

il suffit de pas grand chose ( une faute de frappe dans le fichier de configuration ) pour qu'apache ait des problèmes,

je précise que j'utilise la version normale d'apache ( paquet 2.4.17-4 ) présente dans le dépôt "extra" d'archlinux ( je n'utilise pas de version AUR ), et que le service httpd ( apache ) se lance sans problème, pas de crash

le paquet linux toujours bloqué en version 4.2.5-1 depuis le 27 octobre
 

Ahah, le renommage /usr/bin/pinentry-qt4 en /usr/bin/pinentry-qt, j'ai cherché quelques moments pourquoi mon gpg-agent ne fonctionnait plus (je l'utilise aussi pour ssh)... Il y avait un avertissement quelque part ?

https://www.archlinux.org/news/c-abi-change/
 
Brace yourselves.

C'est pour ça que ce matin, j'ai eu droit à réinstaller pratiquement tous mes paquets (à part le noyau et ceux d'AUR, j'en ai eu 192 à MAJ), revenant à réinstaller carrément l'OS, parce que tous avaient eu droit à une révision ?
 
Me disait bien que ça faisait beaucoup pour que ça passe inaperçu...

Bin non justement, c'est ceux d'AUR qu'il faut recompiler, là.

Et le bout de script du lien, en tant que simple utilisateur basique, je suis censé en faire quelque chose ou c'est aux créateurs de paquets sur AUR de s'en servir ?

le problème touche aussi les paquets classiques qui dépendent de la bibliothèque libstdc++, les mainteneurs seront obligés de recompiler ces paquets officiels pour éviter les problèmes futurs,

aujourd'hui en faisant un pacman -Syu j'ai eu 694 paquets à mettre à jour

le script de la news permet de savoir quels paquets il faut recompiler, script à lancer après avoir fait le pacman -Syu

La vache, t'as combien de paquets installés    
je viens de le faire et j'en ai 'que' 185 à mettre à jour + 5 d'AUR

Idem j'ai eu que 165 paquets (+1 paquet d'AUR) à mettre à jour aujourd'hui, 694 paquets c'est énorme !!!

Pour les utilisateurs de paquets d'AUR et non officiels

j'ai au total 1695 paquets installés dans ma partition "/", qui est le résultat de la commande "pacman -Qq"

les paquets explicitement installés : 635, commande :

et j'ai 30 paquets de type "AUR",

j'ai installé beaucoup de programmes qui couvrent beaucoup de domaines : développement, graphisme, vidéo, bureautique, musique, et j'utilise KDE ( la version complète de KDE avec toutes les options ) qui est assez lourde en terme de paquets

le niveau de remplissage de mon "/" : 22 Go ( j'ai prévu large avec une partition de 59 Go )

Marrant, chez moi, les miroirs ne se sont pas mis à jour. Bande de tafioles!

disparition officielle de plasma 4 ( KDE 4 ) dans les dépôts archlinux :
 
https://archlinux.fr/news/suppression-de-plasma-4
 
le lien pour aider à migrer vers plasma 5 :
 
https://wiki.archlinux.org/index.ph [...] sma_4_to_5
 
il y a 2 paquets :  plasma-meta et plasma, lequel il faut prendre ?

Nope, il n'existe pas de paquet plasma. Un groupe oui.
Apparemment le meta paquet a les même dépendances que le groupe.
En gros les 2 reviennent au même.

ok merci,
 
comme je suis sous plasma 4 je vais d'abord m'entrainer à la migration sur une machine virtuelle où est installée archlinux avec plasma 4, ensuite je tenterai le coup sur mon installation archlinux ( réelle cette fois, pas de machine virtuelle )

en fait le pacman -Syu ne me laisse même pas le choix :
 

Tu peux pas vraiment casser quoi que ce soit. Au pire tu vas désinstaller puis réinstaller des trucs plutôt que de faire une upgrade clean, mais au final ça changera rien et ton système repartira tranquillement.

Si tu suis le wiki ça devrait aller.

Pense ensuite à regarder avec pacman -Qm si tu as des vieux paquets kde droppés et vire-les.

bon j'ai fait la migration sur une machine virtuelle archlinux qemu i686 ---> ça marche pas,

les paquets s'installent bien, j'arrive ensuite sous sddm, je tape mon identifiant, le bureau commence à se charger mais j'ai ensuite un énorme écran noir avec juste le curseur de souris, il ne se passe rien

edit : je vais aussi faire un pacman -Syu pour être sûr que tous les paquets sont à jour

le problème venait bien du fait que les paquets n'étaient pas à jour,
 
tout est ok maintenant, la migration a réussi dans ma machine virtuelle, j'ai choisi le thème oxygen, c'est pas trop mal, ça rappelle un peu kde 4,
 
je vais maintenant migrer ma machine principale vers plasma 5

J'ai une installe de Arch récente sur mon pc portable (Dell XPS 15).
 
Tout marche nickel sauf quand je tente de faire marche le système optimus. Je tourne actuellement avec mon chipset intel et j'aimerais pouvoir utiliser ma carte nvidia pour des jeux.
 
J'ai donc suivit le wiki : https://wiki.archlinux.org/index.php/NVIDIA_Optimus
 
J'installe : nvidia, nvidia-libgl and xorg-xrandr
 
Je check mes cartes graphiques:  
 

 
Première chose, quand j'arrive à la partie où il faut modifier son xorg.conf, je m'aperçois que le mien est vide. J'ai mémoire sous Ubuntu qu'il était plutôt plein (config pour clavier, souris, caméra ect.), c'est normal ?  
 
Du coup je l'édite :  
 

J'édite mon xinitrc :  
 

 
Je reboot, black screen, en ctrl+alt+F7 j'ai cinnamon en mode de secours.
 
Je me réfère au wiki :  
 

 
Il n'y a pas d'ampersands (& ) dans mon xinitrc.  
 
Je regarde le wiki :  
 

 
Cette ligne n'apparait pas dans mon /var/log/xorg.conf.
 
Je regarde le wiki :
 

 
Je rajoute cette ligne à mon xorg.conf :  
 
Le voilà au complet (ce qui m'inquiète pas mal)  
 

 
Toujours la même erreure avec un black screen  
 
Que faire ?
 
J'ai l'impression que le problème vienne du fait que mon xorg.conf soit vide. Faudrait que je teste un

?  

J'ai une install avec optimus qui tourne bien. Je ne me souviens pas avoir touché au xorg.conf, je regarderai ça ce soir et je te dirai ce que j'ai.

Merci

J'ai pas touché non plus au xorg. Je n'ai même aucun fichier xorg.conf
Le optirun fonctionne bien et dans les logiciels je vois bien ma carte (une bonne bouze de gt540m)

Quelle solution tu as utilisé ?  
 

J'en ai testé deux. J'ai utilisé nouveau puis le driver proprio sous lequel je suis actuelement. Je me suis pas penché sur bumblebee encore

Si tu utilises le driver proprio d'après Arch wiki tu dois configurer ton xorg.conf au moins au niveau du BUSID.

Ben oui mais non j'ai rien fait, je vais repasser sur nouveau vu que j'ai juste fait ça pour tester ...
 
Un screenshot en X11 forwarding via ssh sur le laptop en question depuis un xterm sous macbook :  
 

 

Donc t'as installé nvidia, restart x et tout marche nickel ? Même pas un nvidia-xconfigure ?

Non non je suis en mode feignant sous Manjaro et ils ont un paquet pour installer tout d'un coup :
sudo mhwd -i pci video-hybrid-intel-nvidia-bumblebee
 
J'aurais du le préciser avant. Je viens de vérifier, j'ai bien bumblebee d'actif

La base d'un système en rolling release
On met toujours tout à jour, pas que certains paquets, tout doit être cohérent.

je sais mais il y a 3 subtilités :

- ma machine virtuelle n'avait pas été mis à jour depuis 2 mois ( je l'utilise rarement )

- hier il était impossible chez moi de faire en premier avant la migration vers plasma 5 un pacman "-Syu" dans cette machine virtuelle à cause du fait que j'étais encore sous plasma 4, il y avait ce message :

- quand tu suis le wiki de la migration vers plasma 5 il n'y a pas ce rappel du pacman -Syu
https://wiki.archlinux.org/index.ph [...] sma_4_to_5

j'ai donc commencé à désinstaller plasma 4 ( kdebase-workspace ), puis à installer ( manuellement ) plasma 5 et sddm ( en suivant le wiki ),

ensuite comme j'étais pressé de tester j'ai rebooté sans faire tout de suite le "pacman -Syu", sddm s'est lancé, puis ensuite écran noir ( avec curseur de souris ) après la fin des chargements des fichiers de plasma 5,

d'habitude je fais toujours un "pacman -Syu" avant d'installer un nouveau paquet, mais là pas de bol à cause de plasma 4 qui empêche la mise à jour et le fait que ma machine virtuelle n'avait pas été mis à jour depuis un bail ( vieille version de xorg ( ABI différent ), idem pour gcc, c'est probablement ça qui explique l'écran noir )

j'ai ensuite fait la migration sur une vraie installation d'archlinux ( PC principal ) là pas de soucis, j'ai retenu la leçon : j'ai fait un "pacman -Syu" avant de rebooter

Je suis donc passé par bumblebee en utilisant le pilote proprio. Il y a une page sur le wiki (cherche spécifiquement bumblebee) qui donne la liste des paquets à installer, un groupe à créer, et un service à lancer.
Pas de xorg.conf à éditer.