Trouvé. Un strace du processus montre que tomcat essaie d'ouvrir un
fichier d'eclipse. Après copie dudit fichier dans /var/lib/tomcat9/lib,
ça fonctionne.
Mais la moindre des choses qu'on puisse dire, c'est que l'erreur
n'était pas très explicite.
JB
signature.asc
Descr
Le 30/10/2024 à 19:23, BERTRAND Joël a écrit :
[...]
La question (pour les spécialistes Tomcat/Java) est donc : où se
configure ce fichu compilateur Java ?
[...]
peut-être (sous réserve que je comprenne correctement ce qui n'est pas
certain du tout) est-ce détaillé ici:
https://tomca
/search?searchon=contents&keywords=jasper.jar&mode=exactfilename&suite=testing&arch=any
ce fichier est présent dans le paquet tomcat10-common et il ne semble
plus y avoir dans trixie relatif à Tomcat9 que le paquet libtomcat9-java
Tu restes volontairement en Tomcat9 bien que ce
Bonsoir,
J'ai un peu progressé. Jasper.jar n'est plus fourni par Debian. J'ai
donc copié jasper.jar dans /var/lib/tomcat9/lib (j'y avais déjà le
connecteur postgresql).
Mais je me prends encore l'erreur suivante :
30-Oct-2024 19:16:16.305 GRAVE [ajp-nio-127.0.0.1-8009-exe
Sébastien NOBILI a écrit :
> Bonjour,
>
> Je ne connais pas ton contexte et donc ma remarque ne sera peut-être pas
> pertinente,
> mais je la poste quand-même car elle pourrait éveiller la curiosité
> d'autres.
>
> Testing est la branche de Debian avec le niveau de
Bonjour,
Je ne connais pas ton contexte et donc ma remarque ne sera peut-être pas
pertinente,
mais je la poste quand-même car elle pourrait éveiller la curiosité
d'autres.
Testing est la branche de Debian avec le niveau de sécurité le plus
faible et ne
devrait pas être utilisée po
On Tuesday 29 October 2024 18:46:42 BERTRAND Joël wrote:
Ce ne serait pas lié à ta base de données et/ou ton serveur Web ?
(qui sont en relation avec l'ECM).
ajh-valmer a écrit :
> On Tuesday 29 October 2024 18:46:42 BERTRAND Joël wrote:
>
> Ce ne serait pas lié à ta base de données et/ou ton serveur Web ?
> (qui sont en relation avec l'ECM).
Alfresco se connecte correctement à la base de données (j'ai vérifié,
c'est une postgresql). Et le ser
didier gaumet a écrit :
> Bonjour,
>
> Avertissement: je n'y connais absolument rien à tout ça:
>
> une recherche sur le message d'erreur et Alfresco m'a balancé plusieurs
> résultat dont ton propre post sur le support Alfresco et ce post-là qui
> m"a l'air, de loin, à peu près en rapport avec to
Bonjour,
Avertissement: je n'y connais absolument rien à tout ça:
une recherche sur le message d'erreur et Alfresco m'a balancé plusieurs
résultat dont ton propre post sur le support Alfresco et ce post-là qui
m"a l'air, de loin, à peu près en rapport avec ton cas:
https://stackoverflow.com/q
Bonjour à tous,
J'utilise depuis des années Alfresco sur un serveur testing/amd64.
Depuis la dernière mise à jour du serveur qui date de quelques jours,
Alfresco ne fonctionne plus et je ne comprends pas pourquoi.
La configuration d'Alfresco n'a pas chang
Olivier a écrit :
> Quelques pistes:
> - soit n'arrive pas à accéder à une ressources parce qu'une autre
> instance de fail2ban ou d'un service, a déjà l'accès exclusif à cette
> ressource
> - soit un simple problème de droits d'accès sur cette ressource
> (droits sur le fichier, son répertoire, ..
x27;autant qu'il n'est pas verbeux.
>
> Ma configuration fail2ban fonctionne parfaitement avec la version
> 1.0.2-2. Avec la version poussée dans testing (1.1.0-4), je me prends
> l'erreur suivante :
>
> 2024-06-24 08:20:42,067 fail2ban.transmitter
Bonjour à tous,
Je viens de mettre un serveur de test à jour et fail2ban râle. Je ne
vois pas ce qui ne lui plaît pas d'autant qu'il n'est pas verbeux.
Ma configuration fail2ban fonctionne parfaitement avec la version
1.0.2-2. Avec la version poussée dans t
Merci ! :)
Le 18 mars 2024 08:50:26 GMT+01:00, "Sébastien NOBILI"
a écrit :
>Bonjour,
>
>Le 2024-03-17 15:53, Gaëtan Perrier a écrit :
>> Suite à la mise à jour d'aujourd'hui et au nettoyage de deux paquets
>> libt* (je ne me souviens pas du nom exact) qui étaient indiqués comme
>> plus disponib
Bonjour,
Le 2024-03-17 15:53, Gaëtan Perrier a écrit :
Suite à la mise à jour d'aujourd'hui et au nettoyage de deux paquets
libt* (je ne me souviens pas du nom exact) qui étaient indiqués comme
plus disponibles j'ai perdu ma session graphique. Elle s'est fermée
pendant la mise à jour ...
Le fi
Non, il faut chercher la commande correspondante pour gnome, à lancer en tant
que utilisateur. Ou lightdm ou qc de ce genre pour lancer le gestionnaire de
connexion graphique installé.
Mais si X ne fonctionne pas du tout, ça ne peut pas fonctionner non plus
Klaus
Problème résolu !
Je ne sais pas comment ça s'est fait mais gdm3, gnome-shell et gnome-
session avaient été déinstallés ...
Après les avoir remis tout est rentré dans l'ordre.
Ouf !
Gaëtan
Le dimanche 17 mars 2024 à 16:47 +0100, Gaëtan Perrier a écrit :
> Le dimanche 17 mars 2024 à 16:25 +0100, Klaus Becker a écrit :
> >
> > Salut,
> >
> > j'ai parfois un problème du même genre sous instable. Comme
> > workaround,
> > je démarre XFCE4 en tty avec "startxfce4".
> >
>
> Pour Gnome
Le dimanche 17 mars 2024 à 16:25 +0100, Klaus Becker a écrit :
>
> Salut,
>
> j'ai parfois un problème du même genre sous instable. Comme
> workaround,
> je démarre XFCE4 en tty avec "startxfce4".
>
Pour Gnome, est-ce que c'est startx ?
Gaëtan
J'ai pu lancer synaptic via ssh -X et j'ai pu constater que le problème
n'est pas lié aux paquets que je voulais retirer car en fait ils n'ont
pas été retirés. Le plantage de X est donc intervenu juste avant et
sans rapport. C'est donc liés aux mises à jours d'aujourd'hui...
Le dimanche 17 mars 20
Am 17/03/2024 um 15:53 schrieb Gaëtan Perrier:
Bonjour,
Suite à la mise à jour d'aujourd'hui et au nettoyage de deux paquets
libt* (je ne me souviens pas du nom exact) qui étaient indiqués comme
plus disponibles j'ai perdu ma session graphique. Elle s'est fermée
pendant la mise à jour ...
Dep
Bonjour,
Suite à la mise à jour d'aujourd'hui et au nettoyage de deux paquets
libt* (je ne me souviens pas du nom exact) qui étaient indiqués comme
plus disponibles j'ai perdu ma session graphique. Elle s'est fermée
pendant la mise à jour ...
Depuis elle ne démarre plus mais je ne vois pas d'erre
s'il devait y avoir un ou des pépins après achat.
;)
Basile Starynkevitch, on 2024-02-22:
> Est ce ia carte mère et le processeur susdits sont compatible Debian
> Testing? En particulier pour faire tourner un serveur Xorg et Gimp. Je
> m'interroge sur la compatibilité de la c
Bonsoir,
Est ce ia carte mère et le processeur susdits sont compatible Debian
Testing? En particulier pour faire tourner un serveur Xorg et Gimp. Je
m'interroge sur la compatibilité de la carte mère avec le coprocesseur
graphique du AMD Ryzen 7 8700G.
(l'usage principal étant le
Gaëtan Perrier a écrit :
> Par exemple le raytracing ne semble pas supporté sur les cartes AMD
> alors qu'il fonctionne sur Nvidia (ainsi que le DLSS) ?
Chez AMD, on trouve le FSR qui semble aussi efficace. Quant au
raytracing, la carte que j'utilise ne doit pas savoir qu'il n'est pas
supp
Le mercredi 13 septembre 2023 à 15:50 +0200, BERTRAND Joël a écrit :
> Gaëtan Perrier a écrit :
> > Je suis d'accord sur le fond mais le problème c'est que les cartes
> > NVIDIA, d'après tout ce je lis, semblent être les plus performantes.
> > Là j'envisage de changer de PC car il commence à attein
Même pour des matériels disposant d'un bon pilote totalement libre le support
disparaît...
Ma carte a plus de 10 ans et fonctionne encore avec les pilotes proprios.
Le 13 septembre 2023 20:52:45 GMT+02:00, "BERTRAND Joël"
a écrit :
>ajh-valmer a écrit :
>> Les cartes Nvidia ont une très bonne q
ajh-valmer a écrit :
> Les cartes Nvidia ont une très bonne qualité de rendu à l'écran.
> avec leur pilote, il y a une configuration sophistiquée de la carte,
> permettant d'améliorer le rendu (nvidia-settings).
> Les pilotes libres n'ont pas cet outil de config.
> Seulement, leurs pilotes ne suive
On Wednesday 13 September 2023 13:41:45 BERTRAND Joël wrote:
> > On Tuesday 12 September 2023 23:24:24 Gaëtan Perrier wrote:
> >> Les pilotes nvidia legacy 390 de sid étant maintenant compatibles
> >> avec les kernel jusqu'à 6.5 je suis repassé sur le pilote proprio.
> >> Avec nouveau c'était invi
Gaëtan Perrier a écrit :
> Je suis d'accord sur le fond mais le problème c'est que les cartes
> NVIDIA, d'après tout ce je lis, semblent être les plus performantes.
> Là j'envisage de changer de PC car il commence à atteindre ses limites,
> et en cherchant un peu je vois que le support des nouvelle
Je suis d'accord sur le fond mais le problème c'est que les cartes NVIDIA,
d'après tout ce je lis, semblent être les plus performantes.
Là j'envisage de changer de PC car il commence à atteindre ses limites, et en
cherchant un peu je vois que le support des nouvelles cartes Intel ARC semble
être
ajh-valmer a écrit :
> On Tuesday 12 September 2023 23:24:24 Gaëtan Perrier wrote:
>> Les pilotes nvidia legacy 390 de sid étant maintenant compatibles avec les
>> kernel jusqu'à 6.5 je suis repassé sur le pilote proprio.
>> Avec nouveau c'était invivable.
>
> Je n'ai jamais réussi à faire fonctio
On Tuesday 12 September 2023 23:24:24 Gaëtan Perrier wrote:
> Les pilotes nvidia legacy 390 de sid étant maintenant compatibles avec les
> kernel jusqu'à 6.5 je suis repassé sur le pilote proprio.
> Avec nouveau c'était invivable.
Je n'ai jamais réussi à faire fonctionner correctement un pilote "n
Salut,
Les pilotes nvidia legacy 390 de sid étant maintenant compatibles avec les
kernel jusqu'à 6.5 je suis repassé sur le pilote proprio.
Avec nouveau c'était invivable.
A+
Gaëtan
signature.asc
Description: This is a digitally signed message part
Le lundi 07 août 2023 à 08:59 +0200, Michel Verdier a écrit :
> Le 6 août 2023 Gaëtan Perrier a écrit :
>
> > > tout ces firmwares semblent faire partie du paquet
> > > firmware-misc-non-free qui ne doit pas être installé chez toi, donc
> > > installe-le
> >
> > Il est installé mais ils ne sont
Le 6 août 2023 Gaëtan Perrier a écrit :
>> tout ces firmwares semblent faire partie du paquet
>> firmware-misc-non-free qui ne doit pas être installé chez toi, donc
>> installe-le
>
> Il est installé mais ils ne sont pas dedans.
update-initramfs liste tous les firmwares qui peuvent être demandé
Le dimanche 06 août 2023 à 19:54 +0200, didier gaumet a écrit :
> Le 06/08/2023 à 16:19, Gaëtan Perrier a écrit :
> > Le samedi 05 août 2023 à 11:19 +0200, didier gaumet a écrit :
> [...]
> > > - chercher les paquets obsolètes (aptitude search '~o')
> >
> > rien concernant le système graphique.
>
Le dimanche 06 août 2023 à 20:04 +0200, didier gaumet a écrit :
> Le 06/08/2023 à 16:38, Gaëtan Perrier a écrit :
> > Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit :
> [...]
> > > ~]# apt purge *nvidia*
> [...]
> > En fait il faut faire apt purge "*nvidia*" sinon il prend les fichi
Le 06/08/2023 à 16:38, Gaëtan Perrier a écrit :
Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit :
[...]
~]# apt purge *nvidia*
[...]
En fait il faut faire apt purge "*nvidia*" sinon il prend les fichier contenant
nvidia qui sont dans le répertoire ...
Les paquets suivants sero
Le 06/08/2023 à 16:19, Gaëtan Perrier a écrit :
Le samedi 05 août 2023 à 11:19 +0200, didier gaumet a écrit :
[...]
- chercher les paquets obsolètes (aptitude search '~o')
rien concernant le système graphique.
- par effet de bord ton fonctionnement graphique peut être impacté par
un truc n
Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit :
> >
> > - essayer de faire un apt purge *nvidia* pour virer les restes de
> > fichiers de conf' qui doivent encore traîner
>
> ~]# apt purge *nvidia*
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
eau génère les crashes. Si ça crashe c'est vraisemblablement
> que tu ne peux obtenir un bon fonctionnement que par le pilote proprio.
> Sinon c'est que ton installation Testing est bancale
Je ferai ce test à mon retour de vacances fin août.
>
> - vérifier (apt policy)
nir un bon fonctionnement que par le pilote proprio.
Sinon c'est que ton installation Testing est bancale
- vérifier (apt policy) entre autres les versions de libc6 et libdrm*
installées sont les dernières disponibles
- chercher les paquets obsolètes (aptitude search '~o')
- essa
Le vendredi 04 août 2023 à 21:32 +0200, Gaëtan Perrier a écrit :
> Le vendredi 04 août 2023 à 20:21 +0200, Gaëtan Perrier a écrit :
> > Sinon j'ai le même problème de crash de nouveau avec wayland qu'avec xorg.
> > Sauf
> > qu'avec xorg j'arrive à redémarrer la machine mais pas avec wayland.
>
> N
Le vendredi 04 août 2023 à 20:21 +0200, Gaëtan Perrier a écrit :
> Sinon j'ai le même problème de crash de nouveau avec wayland qu'avec xorg.
> Sauf
> qu'avec xorg j'arrive à redémarrer la machine mais pas avec wayland.
Nouveau crash alors que j'étais sous xorg mais là je suis retourné à gdm
autom
Le vendredi 04 août 2023 à 11:06 +0200, didier gaumet a écrit :
> Le 04/08/2023 à 02:06, Gaëtan Perrier a écrit :
>
> > Par contre une fois sous Wayland vdpau_info n'est pas content ...
> >
> > vdpauinfo
> > display: :0 screen: 0
> > Failed to open VDPAU backend libvdpau_nvidia.so: cannot open
Le vendredi 04 août 2023 à 11:55 +0200, ajh-valmer a écrit :
> On Friday 04 August 2023 02:05:09 Gaëtan Perrier wrote:
> > > > > Il y a une commande qui créé le /etc/X11/xorg.conf :
> > > > X -configure ?
>
> > Par contre si j'ai bien compris faut la lancer sans que X soit démarré :
> Oui, mais
On Friday 04 August 2023 02:05:09 Gaëtan Perrier wrote:
> > > > Il y a une commande qui créé le /etc/X11/xorg.conf :
> > > X -configure ?
> Par contre si j'ai bien compris faut la lancer sans que X soit démarré :
Oui, mais est-ce important ? Faire les 2 alors.
As tu bien un fichier xorg.conf ?
(
Le 04/08/2023 à 02:06, Gaëtan Perrier a écrit :
Par contre une fois sous Wayland vdpau_info n'est pas content ...
vdpauinfo
display: :0 screen: 0
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object
file: No such file or directory
Error creating VDPAU device: 1
alors qu
Le vendredi 04 août 2023 à 01:20 +0200, Gaëtan Perrier a écrit :
> Le jeudi 03 août 2023 à 09:32 +0200, didier gaumet a écrit :
> > Le 03/08/2023 à 03:14, Gaëtan Perrier a écrit :
> > > Le mercredi 02 août 2023 à 13:35 +0200, didier gaumet a écrit :
> > [...]
> > > > Ben en fait, je ne saisis pas,
Le jeudi 03 août 2023 à 11:50 +0200, ajh-valmer a écrit :
> On Thursday 03 August 2023 03:57:07 Gaëtan Perrier wrote:
> > Le mercredi 02 août 2023 à 13:31 +0200, ajh-valmer a écrit :
> > > Mise à part les freeze, as tu une bonne résolution sur l'écran,
> > > et qu'elle est-elle ?
>
> > Oui l'affic
t fonctionner correctement avec un
> Debian standard et pilote Nouveau, fais tourner sur ton PC une clé USB
> Debian live (par défaut Gnome ce sera du Wayland et je ne crois pas que
> tu puisses le changer, Plasma je ne sais pas ce que c'est par défaut,
> les autres c'est du
On Thursday 03 August 2023 03:57:07 Gaëtan Perrier wrote:
> Le mercredi 02 août 2023 à 13:31 +0200, ajh-valmer a écrit :
> > Mise à part les freeze, as tu une bonne résolution sur l'écran,
> > et qu'elle est-elle ?
> Oui l'affichage est parfait, je suis en 1920x1200 :
C'est déjà un très bon point,
a du Wayland et je ne crois pas que
tu puisses le changer, Plasma je ne sais pas ce que c'est par défaut,
les autres c'est du X11).
Si la clé USB Debian-live fonctionne correctement c'est ton installation
qui est bancale ou Testing qui est bancal à l'instant t (mais je pense
Le mercredi 02 août 2023 à 13:31 +0200, ajh-valmer a écrit :
> Mise à part les freeze, as tu une bonne résolution sur l'écran,
> et qu'elle est-elle ?
Oui l'affichage est parfait, je suis en 1920x1200
> Il y a une commande qui créé le /etc/X11/xorg.conf,
> je ne sais plus son nom, xorg-config...
Le mercredi 02 août 2023 à 13:35 +0200, didier gaumet a écrit :
> Le 02/08/2023 à 13:10, Gaëtan Perrier a écrit :
>
> > Et comment on fait pour savoir si ma carte est bien gérée ?
> > Les infos que j'ai trouvé la-dessus sont très vieille ...
>
> c'est vieux mais la page semble maintenue:
> https:
Le 02/08/2023 à 13:10, Gaëtan Perrier a écrit :
Et comment on fait pour savoir si ma carte est bien gérée ?
Les infos que j'ai trouvé la-dessus sont très vieille ...
c'est vieux mais la page semble maintenue:
https://nouveau.freedesktop.org/FeatureMatrix.html
https://nouveau.freedesktop.org/Co
Mise à part les freeze, as tu une bonne résolution sur l'écran,
et qu'elle est-elle ?
Il y a une commande qui créé le /etc/X11/xorg.conf,
je ne sais plus son nom, xorg-config... xorg.conf que l'on peut
compléter ensuite.
On peut aussi ajouter des configs dans /etc/default/grub
Un tutoriel :
https:
Le 02/08/2023 à 13:11, Gaëtan Perrier a écrit :
Le mercredi 02 août 2023 à 10:20 +0200, didier gaumet a écrit :
Le 01/08/2023 à 22:31, Gaëtan Perrier a écrit :
J'aimerai bien mais je n'ai pas trouvé de conf où il manque de
tun/tap ...
J'y connais rien mais comment as-tu installé et paramétré
Le mercredi 02 août 2023 à 10:20 +0200, didier gaumet a écrit :
> Le 01/08/2023 à 22:31, Gaëtan Perrier a écrit :
>
> > J'aimerai bien mais je n'ai pas trouvé de conf où il manque de
> > tun/tap ...
>
> J'y connais rien mais comment as-tu installé et paramétré OpenVPN? à
> la
> main, via un autr
Le mercredi 02 août 2023 à 11:01 +0200, didier gaumet a écrit :
>
> J'ai lu en diagonale vu que c'est long et que je n'ai pas les
> compétences pour analyser ça correctement
>
> - (je dis peut-être n'importe quoi sur ce coup) potentiellement
> peut-être que les messages sur Nouveau après le reb
J'ai lu en diagonale vu que c'est long et que je n'ai pas les
compétences pour analyser ça correctement
- (je dis peut-être n'importe quoi sur ce coup) potentiellement
peut-être que les messages sur Nouveau après le reboot proviennent, non
pas d'un fonctionnement perfectible en condition no
Le 01/08/2023 à 23:36, Gaëtan Perrier a écrit :
Concernant les freeze j'ai avancé.
Ce soir pendant le freeze je me suis connecté en ssh depuis une autre machine
et c'est gnome-shell qui freeze en consommant 100% d'un cœur. Mais les fois
d'avant je n'avais pas été assez patient parce que là en at
Le 01/08/2023 à 22:31, Gaëtan Perrier a écrit :
J'aimerai bien mais je n'ai pas trouvé de conf où il manque de tun/tap ...
J'y connais rien mais comment as-tu installé et paramétré OpenVPN? à la
main, via un autre outil ou via Network-Manager?
Le mardi 01 août 2023 à 23:36 +0200, Gaëtan Perrier a écrit :
> Le lundi 31 juillet 2023 à 12:49 +0200, Gaëtan Perrier a écrit :
> > Le lundi 31 juillet 2023 à 12:42 +0200, Gaëtan Perrier a écrit :
> > > Pour l'instant ça semble tourner. Reste à voir si j'ai toujours des
> > > freeze
> > > ou
> > >
Le lundi 31 juillet 2023 à 12:49 +0200, Gaëtan Perrier a écrit :
> Le lundi 31 juillet 2023 à 12:42 +0200, Gaëtan Perrier a écrit :
> > Pour l'instant ça semble tourner. Reste à voir si j'ai toujours des freeze
> > ou
> > pas ...
> >
>
> Pas eu besoin d'attendre longtemps :(
> Freeze juste après
Le mardi 01 août 2023 à 22:02 +0200, didier gaumet a écrit :
> Le 01/08/2023 à 21:27, Gaëtan Perrier a écrit :
>
> > Probablement lié à un problème avec openvpn:
> [...]
> > ovpn-update-systemd-resolved[14381]: Options error: You must define TUN/TAP
> > device (--dev)
> [...]
> > unexpected end of
Le 01/08/2023 à 21:27, Gaëtan Perrier a écrit :
Probablement lié à un problème avec openvpn:
[...]
ovpn-update-systemd-resolved[14381]: Options error: You must define TUN/TAP
device (--dev)
[...]
unexpected end of data at line 1 column 1 of the JSON data
gnome-shell[11345]: failed to decode
Le mardi 01 août 2023 à 13:55 +0200, didier gaumet a écrit :
> Le 01/08/2023 à 13:52, didier gaumet a écrit :
>
> > apparemment (vu que JSON et moi ça fait deux) ce pourrait être un
> > argument vide passé en paramètre qui déclencherait cette erreur. Regarde
> > éventuellement dans les lignes pr
Le 01/08/2023 à 13:52, didier gaumet a écrit :
apparemment (vu que JSON et moi ça fait deux) ce pourrait être un
argument vide passé en paramètre qui déclencherait cette erreur. Regarde
éventuellement dans les lignes précédentes si tu vois où / dans quoi ça
a lieu (plus précisément que gnome-s
Le 01/08/2023 à 12:14, Gaëtan Perrier a écrit :
Ah je ne savais pas mais je viens de regarder dedans et rien au niveau du
freeze d'hier à part des quantités de log
gnome-shell[3330]: failed to decode base64 json SyntaxError: JSON.parse:
unexpected end of data at line 1 column 1 of the JSON data
Le mardi 01 août 2023 à 12:14 +0200, didier gaumet a écrit :
> Le 01/08/2023 à 12:04, Gaëtan Perrier a écrit :
>
> > Chez moi ça tourne bien en user sans avoir la ligne needs_root_rights=no
> >
> > ~$ ps aux | grep Xorg
> > gpe 3127 2.5 0.6 460772 109108 tty2 Sl+ 11:44 0:27
> > /u
Le 01/08/2023 à 12:14, didier gaumet a écrit :
tu utilises gdm avec Systemd donc je crois que tu trouveras ses messages
(ceux de gdm) via journalctl:
https://wiki.archlinux.org/title/Xorg#General
et en l'occurrence, ceux de Xorg, normalement
Le 1 août 2023 Michel a écrit :
> Effectivement, c'est LightDM que j'utilise ( avec XFCE ).
Ah ba oui le postulat de base dont on parlait c'est lancer Xorg sans
DE...
Le 01/08/2023 à 12:04, Gaëtan Perrier a écrit :
Chez moi ça tourne bien en user sans avoir la ligne needs_root_rights=no
~$ ps aux | grep Xorg
gpe 3127 2.5 0.6 460772 109108 tty2Sl+ 11:44 0:27
/usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -
nolisten tc
; > Et si tu veux vraiment faire de la plongée (je ne sais plus qui nous
> > parlait de plongée récemment sur cette liste), tu peux essayer de
> > debugger tout ça:
> > https://x.org/wiki/Development/Documentation/ServerDebugging/
> >
> >
> En testing ça fait
Le 01/08/2023 à 11:51, Gaëtan Perrier a écrit :
Le lundi 31 juillet 2023 à 14:00 +0200, didier gaumet a écrit :
Je suis sous xorg et systemd
Pour Wayland il faudra fouiller dans les résultats de journalctl, pour
Xorg lancé par un utilisateur avec un DE il faudra regarder le contenu
de ~/.xse
Le mardi 01 août 2023 à 08:50 +0200, Michel Verdier a écrit :
> Le 1 août 2023 Michel a écrit :
>
> > > > Sur ma debian de base, les logs sont bien dans /var/log/Xorg.0.log par
> > > > défaut, sans modification de startx ou de ~/.xsession ...
> > >
> > > Ce ne serait pas parce que Xorg est lancé
Le mardi 01 août 2023 à 07:03 +0200, Michel Verdier a écrit :
> Le 31 juillet 2023 Michel a écrit :
>
> > > Si on modifie startx, ~/.xsession, etc, on peut avoir les logs ailleurs
> > > mais sinon on les a dans ~/.local/share/xorg/Xorg.0.log
> >
> > Sur ma debian de base, les logs sont bien dans
Le lundi 31 juillet 2023 à 15:13 +0200, Michel Verdier a écrit :
> Le 31 juillet 2023 didier gaumet a écrit :
>
> > Tu es sous Wayland ou Xorg (et tu es bien sous Systemd pax SysV)?
> > Pour Wayland il faudra fouiller dans les résultats de journalctl, pour Xorg
> > lancé par un utilisateur avec un
On Tuesday 01 August 2023 07:03:08 Michel Verdier wrote:
> Ce ne serait pas parce que Xorg est lancé en root ?
> Par défaut les users n'ont pas accès à /var/log.
> Vérifie /etc/X11/Xwrapper.config qui doit
> avoir needs_root_rights=no (du moins si ta carte graphique le permet).
Pour accéder aux
Le lundi 31 juillet 2023 à 14:00 +0200, didier gaumet a écrit :
> Le 31/07/2023 à 12:49, Gaëtan Perrier a écrit :
>
> > Pas eu besoin d'attendre longtemps :(
> > Freeze juste après l'envoi du message précédent.
> >
> > Rien dans /var/log/syslog à part une série de ^@
>
> Tu es sous Wayland ou Xo
Le 01/08/2023 à 10:30, didier gaumet a écrit :
> Le 01/08/2023 à 09:22, Michel a écrit :
>
>> Je viens de faire le test, en ajoutant needs_root_rights=no à la fin du
>> fichier /etc/X11/Xwrapper.config.
>> Après un arrêt puis un démarrage de la machine, Xorg est toujours lancé
>> en root. Ma confi
Le 01/08/2023 à 09:22, Michel a écrit :
Je viens de faire le test, en ajoutant needs_root_rights=no à la fin du
fichier /etc/X11/Xwrapper.config.
Après un arrêt puis un démarrage de la machine, Xorg est toujours lancé
en root. Ma configuration était d'origine et non modifiée ( Xorg n'est
pas lan
Le 01/08/2023 à 09:00, Michel Verdier a écrit :
> Le 1 août 2023 Michel a écrit :
>
Sur ma debian de base, les logs sont bien dans /var/log/Xorg.0.log par
défaut, sans modification de startx ou de ~/.xsession ...
>>>
>>> Ce ne serait pas parce que Xorg est lancé en root ? Par défaut les
Le 1 août 2023 Michel a écrit :
>>> Sur ma debian de base, les logs sont bien dans /var/log/Xorg.0.log par
>>> défaut, sans modification de startx ou de ~/.xsession ...
>>
>> Ce ne serait pas parce que Xorg est lancé en root ? Par défaut les users
>> n'ont pas accès à /var/log. Vérifie /etc/X11/
Le 01/08/2023 à 07:10, Michel Verdier a écrit :
> Le 31 juillet 2023 Michel a écrit :
>
>>> Si on modifie startx, ~/.xsession, etc, on peut avoir les logs ailleurs
>>> mais sinon on les a dans ~/.local/share/xorg/Xorg.0.log
>>
>> Sur ma debian de base, les logs sont bien dans /var/log/Xorg.0.log p
Le 31 juillet 2023 Michel a écrit :
>> Si on modifie startx, ~/.xsession, etc, on peut avoir les logs ailleurs
>> mais sinon on les a dans ~/.local/share/xorg/Xorg.0.log
>
> Sur ma debian de base, les logs sont bien dans /var/log/Xorg.0.log par
> défaut, sans modification de startx ou de ~/.xsess
Le 31/07/2023 à 14:05, didier gaumet a écrit :
Le 31/07/2023 à 14:00, didier gaumet a écrit :
[...]
Pour un Xorg lancé par root ce devrait être /var/log/Xorg.0.log ou
/var/log/Xorg.0.log.
[...]
(je suis pénible à ne pas me relire soigneusement):
Pour un Xorg lancé par root ce devrait être /var
Le 31/07/2023 à 15:20, Michel Verdier a écrit :
> Le 31 juillet 2023 didier gaumet a écrit :
>
>> Tu es sous Wayland ou Xorg (et tu es bien sous Systemd pax SysV)?
>> Pour Wayland il faudra fouiller dans les résultats de journalctl, pour Xorg
>> lancé par un utilisateur avec un DE il faudra regard
nfo (me rappelle pas bien)
Et si tu veux vraiment faire de la plongée (je ne sais plus qui nous
parlait de plongée récemment sur cette liste), tu peux essayer de
debugger tout ça:
https://x.org/wiki/Development/Documentation/ServerDebugging/
En testing ça fait plusieurs mois que les logs us
Le 31 juillet 2023 didier gaumet a écrit :
> Tu es sous Wayland ou Xorg (et tu es bien sous Systemd pax SysV)?
> Pour Wayland il faudra fouiller dans les résultats de journalctl, pour Xorg
> lancé par un utilisateur avec un DE il faudra regarder le contenu de
> ~/.xsession-errors, pour Xorg lancé
Le 31/07/2023 à 14:00, didier gaumet a écrit :
[...]
Pour un Xorg lancé par root ce devrait être /var/log/Xorg.0.log ou
/var/log/Xorg.0.log.
[...]
(je suis pénible à ne pas me relire soigneusement):
Pour un Xorg lancé par root ce devrait être /var/log/Xorg.log ou
/var/log/Xorg.0.log.
Le 31/07/2023 à 12:49, Gaëtan Perrier a écrit :
Pas eu besoin d'attendre longtemps :(
Freeze juste après l'envoi du message précédent.
Rien dans /var/log/syslog à part une série de ^@
Tu es sous Wayland ou Xorg (et tu es bien sous Systemd pax SysV)?
Pour Wayland il faudra fouiller dans les ré
Le lundi 31 juillet 2023 à 12:42 +0200, Gaëtan Perrier a écrit :
> Pour l'instant ça semble tourner. Reste à voir si j'ai toujours des freeze ou
> pas ...
>
Pas eu besoin d'attendre longtemps :(
Freeze juste après l'envoi du message précédent.
Rien dans /var/log/syslog à part une série de ^@
Ga
Le lundi 31 juillet 2023 à 12:05 +0200, didier gaumet a écrit :
> Le 31/07/2023 à 11:18, Gaëtan Perrier a écrit :
> [...]
> > Par contre depuis j'ai constaté que si je mets un fichier xorg.cong
> > basique:
> >
> > Section "Device"
> > Identifier "MyGPU"
> > Driver "n
Le 31/07/2023 à 11:18, Gaëtan Perrier a écrit :
[...]
Par contre depuis j'ai constaté que si je mets un fichier xorg.cong basique:
Section "Device"
Identifier "MyGPU"
Driver "nouveau"
EndSection
Le support des décodeurs en user est ok ...
Donc problème résolu ou
7. Tout fonctionnait
> > parfaitement.
> > Ce pilote n'étant plus maintenu, pas compatible avec kernel 6.4 et retiré
> > de
> > debian testing j'ai donc décidé de passer à Nouveau.
>
> apparemment un autre possibilité serait de garder le pilote proprio en
> pa
.4 et retiré de
> debian testing j'ai donc décidé de passer à Nouveau.
Le pilote 390.157 proposé par Nvidia sur son site est en version 32 bits :
www.nvidia.fr/Download/driverResults.aspx/196247/fr
Pour créer un pilote Nouveau, il faut semble t-il un xorg.conf.
J'ai tenté il y a peu, m
1 - 100 sur 2625 matches
Mail list logo