[STABLE]16.08 Ellada - Mise à jour 13.09.2016

startx: voir sprunge.us/SKca
plasma: pas vu depuis cette malheureuse màj !
pacman -Syyu renvoie: rien à faire
Xorg.0.log: sprunge.us/FYFY

alex666 a écrit :startx: voir sprunge.us/SKca

si tu ne fais pas l'effort d'expliquer ton problème clairement, tu ne trouveras aucune aide, tu présentais vaguement un problème pacman... et maintenant il est ok (autre kernel ? accès console ? gestionnaire de connexion ? plantage startx ?)
j'ai expliqué startx et sprunge 2 post avant le tient, tu dois faire des tests de ton coté , faire un diagnostique et rapporter le maximum d'infos.
ps: pas spécialement que pour toi cette remarque

EDIT: donc c'est startx qui plante?
Apparemment il faut que tu réinstalles ton driver "nouveau"?

Failed to load module "nouveau" (module does not exist, 0)

Vu de l'extérieur, mon problème est le suivant:

alex666 a écrit :Mise à jour sans message d'erreur (comme d'hab!)
Redémarrage:
Message "Starting Wait for Plymouth Boot Screen to Quit...e...t"

Autre kernel? je l'ignore...
Accès console ok (cf mes transmissions sur sprunge.us)
Gestionnaire de connexion? non vu, et pour cause
Plantage startx: il me semble que c'est évident!
Pilote nouveau: pas de problème apparent, ni avant ni après réinstallation.

Présenter mon pb clairement, je veux bien, diagnostiquer je veux bien, mais diagnostiquer quoi et comment? (et si je savais clairement où est le problème, je pourrais avec un peu de chance le résoudre moi-même...)

Non, je suis d'accord avec papajoke, c'est probablement le serveur X qui plante si startx "ne fonctionne pas".
Tu peux vérifier les logs de Xorg.

manjaro29 a écrit :Non, je suis d'accord avec papajoke, c'est probablement le serveur X qui plante si startx "ne fonctionne pas".
Tu peux vérifier les logs de Xorg.

alex666 a écrit:
startx: voir sprunge.us/SKca

startx: voir sprunge.us/SKca

De guerre lasse, je viens de graver la dernière iso pour essayer de gagner du temps en réinstallant.
Le démarrage à partir du cd s'arrête sur Plymouth, pas de startx fonctionnel....

alex666 a écrit :Pilote nouveau: pas de problème apparent, ni avant ni après réinstallation.

? c'était pourtant l'erreur que retournait xorg, pourquoi ne pas croire les logs ? perso je ne suis pas assez futé pour les contredire et c'est a 70% la seule façon de trouver un problème.
C'est bien nouveau que tu utilises normalement?

C'était quoi ton erreur pacman que tu donnais au début ? a quel moment tu l'as vue ?
si tu as eu la question conflit entre xorg-server et xf86-input-aiptek, il fallait supprimer xf86-input-aiptek et non xorg-server

Pour la réinstallation, si tu n'as pas fait de mauvaise manipulation, ni eu un plantage pacman, une réinstallation ne va rien apporter, normalement la même erreur doit revenir. Il s'agit alors sans doute d'une incompatibilité driver/matériel. Tester avec un autre kernel est peut-être plus utile.

bonjour
j'ai stoppé le procésus de maj à cette question (MAnjaro sous KDE - Carte Nvidia)

xorg-server et xf86-input-aiptek sont en conflit (X-ABI-XINPUT_VERSION). Supprimer xf86-input-aiptek ? [o/N]

que dois je répondre ? merci

bonjour

xorg-server et xf86-input-aiptek sont en conflit (X-ABI-XINPUT_VERSION). Supprimer xf86-input-aiptek ? [o/N]

répondre Oui

Je plussois. J'ai eu le même message lors de la mise à jour en Testing la semaine dernière. Mais c'est bien de poser la question . :sourire:

'LLo,

Ouaip, c'est un bbouzin pilote pour une tablette graphique, si je me rappelle bien. D'ailleurs, pour les adeptes du minimalisme qui ont bien ciblé leur mathos plutôt récent, une bonne partie de la série des xf86-video-bla-bla destinés aux ordinosaures peut-être déménagée ausssi (avec précaution quand même !), à priori..!

Pour les problèmes catalyst,
pilm a répondu à l'inter

du chinois écrit en anglais, pour moi ne connaissant pas le driver :oops:

Merci pour l'info. J'ai viré catalyst pour utiliser le driver video-ati qui semble fonctionner correctement maintenant.

J'ai rencontré quelques conflits pour la mise à jour:

Début de la mise à jour complète du système...
:: Remplacer akonadi-contact par extra/akonadi-contacts ? [O/n] o
:: Remplacer grantlee-qt5 par extra/grantlee ? [O/n] o
avertissement : gtk2 : la version locale (2.24.30+95+g876b5f7-1) est plus récente que extra (2.24.30-3)
:: Remplacer libdbus par core/dbus ? [O/n] o
:: Remplacer prison-frameworks par extra/prison ? [O/n] o
:: Remplacer qt5-gstreamer par extra/qt-gstreamer ? [O/n] o
résolution des dépendances...
recherche des conflits entre paquets...
:: kldap et kio-pim sont en conflit. Supprimer kio-pim ? [o/N] o
:: qt-gstreamer et qt4-gstreamer sont en conflit. Supprimer qt4-gstreamer ? [o/N] o
:: xorg-server et xf86-input-aiptek sont en conflit (X-ABI-XINPUT_VERSION). Supprimer xf86-input-aiptek ? [o/N] o

J'ai répondu Oui à toutes les questions ...

@ jeanpat

pour les 3 dernières questions, oui on peut se poser quelques questions car pacman propose N :confus:

mais :

pacman -Si kio-pim
  erreur : le paquet « kio-pim » n’a pas été trouvé.
pacman -Si qt4-gstreamer
  erreur : le paquet « qt4-gstreamer » n’a pas été trouvé.
pacman -Si xf86-input-aiptek
  erreur : le paquet « xf86-input-aiptek » n’a pas été trouvé.

Pacman nous indique clairement que ces 3 paquets n'existent plus chez manjaro

ps: c'est ballot, nous venons d'avoir une nouvelle mise à jour plasma hier (version 5.7.5) sous archlinux

jusqu'à présent tout va bien.

jeanpat a écrit :jusqu'à présent tout va bien.

dit celui qui a sauté du 30 ème étage :siffle

c'est pas faux

mais comment choisir entre oui ou non à propos de paquets dont vous n'avez jamais entendu parler?