Re: dahdi-dkms : erreur avec le kernel 5.5 (backports)
Bonjour Le 23/05/2020 à 17:57, Patrick ZAJDA a écrit : Bonjour à tous, J'utilise Asterisk avec DAHDI, sous Debian Buster. J'ai donc installé dahdi-dkms. à la mise à jours vers le kernel backports 5.5, au moment des DKMS pour DAHDI, celui-ci retourne une erreur en affichant que l'erreur est dans make.log. Voici le make.log en question : http://ix.io/2n8n Quelqu'un a-t-il rencontré ce type d'erreur et/ou aurait une piste pour solutionner ce problème SVP ? Est-ce que compiler Asterisk depuis les sources produirait cette erreur et serait la seule solution ? Je ne pense pas, l'erreur vient de la sh: 0: Can't open /usr/src/linux-headers-5.5.0-0.bpo.2-common/scripts/mkmakefile Incompatibilité avec les sources 5.5 ? -- Daniel
dahdi-dkms : erreur avec le kernel 5.5 (backports)
Bonjour à tous, J'utilise Asterisk avec DAHDI, sous Debian Buster. J'ai donc installé dahdi-dkms. à la mise à jours vers le kernel backports 5.5, au moment des DKMS pour DAHDI, celui-ci retourne une erreur en affichant que l'erreur est dans make.log. Voici le make.log en question : http://ix.io/2n8n Quelqu'un a-t-il rencontré ce type d'erreur et/ou aurait une piste pour solutionner ce problème SVP ? Est-ce que compiler Asterisk depuis les sources produirait cette erreur et serait la seule solution ? -- Patrick ZAJDA
Re: Pétition : Le Logiciel Libre, un bien commun à part entière
Le 18/05/2020 à 08:56, steve a écrit : > Bonjour, > > Un colistier m'a parlé de cette solution: > > https://decidim.org/ > > Pas testé mais les premières lectures semblent prometteuses. > Bonsoir à tous, Merci pour ce lien. Si decidim.org est une plateforme de démocratie participative déjà bien utilisée en Europe, elle ne semble pas destinée à gérer les pétitions (peut-être dans une prochaine version ?). En revanche cet outil semble adéquat pour recueillir localement propositions et votes selon les instances comme https://bosa.opensourcepolitics.eu/?locale=fr Je teste actuellement la version Bêta de la plateforme Pytition qui devrait succéder au projet Framapétition https://framablog.org/2019/10/25/framapetitions-est-mort-vive-pytition/ . Pour faire l'essai, j'y ai publié la pétition disponible sur change.org à l'adresse suivante https://pytitiondemo.sionneau.net/petition/user/Firenze/*le-logiciel-libre-un-bien-commun-a-part-entiere *en attendant de pouvoir lui trouver une instance permanente. **
Re: [testing] scanner n'est plus détecté
Le samedi 23 mai 2020 à 01:32 +0200, Gaëtan Perrier a écrit : > Le samedi 23 mai 2020 à 01:10 +0200, Gaëtan Perrier a écrit : > > Le samedi 23 mai 2020 à 00:55 +0200, Gaëtan Perrier a écrit : > > > Bonjour, > > > > > > Je viens de m'apercevoir sur ma testing que le scanner de ma > > > multifonction > > > HP > > > Envy 7640 n'était plus vu. > > > Un sane-find-scanner ne voit plus le scanner. > > > Le scanner est bien fonctionnel (scan vers e-mail fonctionne). > > > > > > Rencontrez-vous le même problème ? > > > > > > Gaëtan > > > > Je viens de tomber sur un rapport de bug qui semble correspondre: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961088 > > > > Gaëtan > > Y en a un 2e également sur le même sujet: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961028 > > Gaëtan Un patch est disponible sur un des 2 bugs et il fonctionne bien. Le problème semble venir du fait que qt4 ait été retiré de testing mais que hplip est toujours construit en l'utilisant plutôt que qt5. Gaëtan signature.asc Description: This is a digitally signed message part
Re: Décoration de fenêtre LXQT/Openbox qui disparaît avec FreeCAD
Bonjour, Effectivement, la décoration était bien présente, mais pour une raison qui m'échappe la fenêtre se déplaçait seule au lancement, jusqu'à faire presque disparaître le menu de l'application, jamais vu un comportement pareil, sauf peut être au siècle dernier (!). J'ai pu la déplacer/redimensionner avec les raccourcis claviers, et tout est rentré dans l'ordre merci.
