Bonjour,
Il y a un an, j’ai fait des installations sur des PC 32 bits.
Si je me souviens bien, il y avait writer qui ne se lançait pas, par contre pas de souci avec calc.
A l’époque, j’avais résolu le problème en désinstallant uniquement le paquet libreoffice-wiki-publisher qui sert à avoir une extension pour écrire dans les mediawikis.
Je ne sais pas si cette solution a duré dans le temps par contre, je n’ai pas eu de nouvelles des PCs.
Bonjour,
Merci mattotop pour l’info ci-dessous :
Mais en fait le paragraphe 2 comme le 1 utilisent le même dépôt webupd8team qui ne propose en fait que la version Openjdk-8 !!! (j’ai testé jusqu’au bout…)
Et puis pour le conseil de chalu :
A l’époque, j’avais résolu le problème en désinstallant uniquement le paquet libreoffice-wiki-publisher qui sert à avoir une extension pour écrire dans les mediawikis.
j’ai réinstallé libreoffice stable 6.0.6 sans le package du mediawiki mais cela ne change (encore) rien. J’utilise toujours Openjdk-8 de la Stretch et la commande de lancement de mon noyau est BOOT_IMAGE=/vmlinuz-4.18.0-0.bpo.1-686-pae root=/dev/mapper/gelinux-root ro apparmor=1 security=apparmor… Je vais essayer de réactiver le paramètre stack_guard_gap=1 au lancement du noyau …
J’ai aussi regardé du côté de http://snapshot.debian.org qui propose des snapshots debian dans l’espoir de réinstaller OpenJDK-7 sinon le noyau Linux Debian stretch d’origine. Mais je ne comprends pas comment cela fonctionne …
J’ai retrouvé également deux revues debian 8.4 (Jessie) et Debian 9.4 (Stretch). J’ai essayé de monter les volumes dans synaptics pour récupérer un noyau plus ancien, mais je n’y arrive pas. Lors de l’update Synaptic balance un message d’erreur :
The repository 'cdrom://[Debian GNU/Linux 8.4.0 _Jessie_ - Official i386 DVD Binary-1 20160402-13:26] jessie Release' does not have a Release file.
Je n’ai jamais compris comment m’en sortir pour réinstaller un dépôt depuis un CDROM debian … Faut-il copier l’ensemble des fichiers Debs dans un dossier spécifique sur le disque dur avec un fichier release à chercher je ne sais où ?
Je précise que le système était Debian 32 bits et dépôts stretch seulement.
Pas les backports …
Tu utilises visiblement le noyau backports et la version de libreoffice n’est pas celle de stable non plus qui est
Paquet : libreoffice (1:5.2.7-1+deb9u4)
Salut
En ajoutant
deb http://deb.debian.org/debian-security/ jessie/updates contrib main non-free
deb http://deb.debian.org/debian/ jessie main
Meme sur ma version Buster cette installation passerait bien, à voir en 32 bits
sudo apt -s install openjdk-7-jre openjdk-7-jre-headless tzdata-java/jessie
sudo apt -s install openjdk-7-jre openjdk-7-jre-headless tzdata-java/jessie
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Version choisie « 2018g-0+deb8u1 » (Debian-Security:8/oldstable [all]) pour « tzdata-java »
Version choisie « 2018g-0+deb8u1 » (Debian-Security:8/oldstable [all]) pour « tzdata » à cause de « tzdata-java »
Le paquet suivant a été installé automatiquement et n'est plus nécessaire :
icedtea-netx-common
Veuillez utiliser « sudo apt autoremove » pour le supprimer.
Les paquets supplémentaires suivants seront installés :
libgif4 libpng12-0 tzdata
Paquets suggérés :
icedtea-7-plugin icedtea-7-jre-jamvm libnss-mdns sun-java6-fonts fonts-ipafont-gothic
fonts-ipafont-mincho fonts-wqy-microhei fonts-wqy-zenhei fonts-indic
Les paquets suivants seront ENLEVÉS :
icedtea-8-plugin icedtea-netx openjdk-8-jre openjdk-8-jre-headless
Les NOUVEAUX paquets suivants seront installés :
libgif4 libpng12-0 openjdk-7-jre openjdk-7-jre-headless tzdata-java
Les paquets suivants seront mis à une VERSION INFÉRIEURE :
tzdata
0 mis à jour, 5 nouvellement installés, 1 remis à une version inférieure, 4 à enlever et 0 non mis à jour.
Remv icedtea-8-plugin [1.6.2-3.1]
Remv icedtea-netx [1.6.2-3.1]
Remv openjdk-8-jre [8u181-b13-2~deb9u1]
Remv openjdk-8-jre-headless [8u181-b13-2~deb9u1]
Inst libgif4 (4.1.6-11+deb8u1 Debian:8.11/oldstable [amd64])
Inst libpng12-0 (1.2.50-2+deb8u3 Debian:8.11/oldstable [amd64])
Inst tzdata [2018g-1] (2018g-0+deb8u1 Debian-Security:8/oldstable [all])
Inst tzdata-java (2018g-0+deb8u1 Debian-Security:8/oldstable [all])
Inst openjdk-7-jre-headless (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [amd64])
Inst openjdk-7-jre (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [amd64])
Conf libgif4 (4.1.6-11+deb8u1 Debian:8.11/oldstable [amd64])
Conf libpng12-0 (1.2.50-2+deb8u3 Debian:8.11/oldstable [amd64])
Conf tzdata (2018g-0+deb8u1 Debian-Security:8/oldstable [all])
Conf tzdata-java (2018g-0+deb8u1 Debian-Security:8/oldstable [all])
Conf openjdk-7-jre-headless (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [amd64])
Conf openjdk-7-jre (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [amd64])
J’ai d’abord réinstaller les depôts Debian Stretch de base (voir ci-dessous) mais toujours pas de OpenJdk-7 en vu …
# Debian Stretch, dépôt principal
deb http://deb.debian.org/debian/ stretch main
# Debian Stretch, mises à jour de sécurité
deb http://security.debian.org/ stretch/updates main
# Debian Stretch, mises à jour "volatiles"
deb http://deb.debian.org/debian/ stretch-updates main
L’ajout des dépôts Jessie propose effectivement l’installation avec rétrogradation de tzdata. C’est quoi tzdata ? Mais cela ne fonctionne pas car au final la commande
sudo apt -s install openjdk-7-jre openjdk-7-jre-headless tzdata-java/jessie
… affiche les informations ci-dessous et quitte, sans me permettre l’installation… Un essai depuis synaptic me montre que lorsque je sélectionne par exemple le paquet openjdk-7-jre celui-ci a une case rouge,indiquant un paquet cassé … Mais je ne sais ps comment savoir quel autre paquet empêche sa sélection, car en géénral c’est cela qui se passe dans ce cas, une incompatibilité avec un autre paquet …
sudo apt -s install openjdk-7-jre openjdk-7-jre-headless tzdata-java/jessie
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Version choisie « 2018g-0+deb8u1 » (Debian-Security:8/oldstable [all]) pour « tzdata-java »
Version choisie « 2018g-0+deb8u1 » (Debian-Security:8/oldstable [all]) pour « tzdata » à cause de « tzdata-java »
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
4ti2 cdbs cysignals-tools cython ecl eclib-tools f2c famfamfam-silk fflas-ffpack fflas-ffpack-common flintqs gap gap-alnuth gap-atlasrep
gap-autpgrp gap-character-tables gap-core gap-dev gap-doc gap-gapdoc gap-libs gap-online-help gap-polycyclic gap-prim-groups
gap-small-groups gap-table-of-marks gap-trans-groups gfan gmp-ecm ipython isympy isympy-common javahelp2 jupyter-client jupyter-core
jupyter-nbextension-jupyter-js-widgets lcalc libaec0 libarpack2 libasm4-java libatomic-ops-dev libblas-dev libbrial-groebner0 libbrial0
libbsh-java libbz2-dev libcdd-doc libcdd-tools libcdd0d libcliquer1 libcommons-cli-java libcxsparse3 libdsdp-5.8gf libec2 libecm1
libequinox-osgi-java libf2c2 libf2c2-dev libfelix-framework-java libfelix-main-java libffi-dev libflint-2.5.2 libflint-arb1 libfltk-gl1.3
libfltk1.3 libfplll2 libgap-sage-4 libgc-dev libgivaro9 libgl2ps1 libglpk40 libgmp-dev libgmp3-dev libgmpxx4ldbl libhdf5-100 libiml0
libjcommander-java libjmol-java libjna-platform-java libjpeg-dev libjpeg62-turbo-dev libjs-backbone libjs-bootstrap libjs-bootstrap-tour
libjs-codemirror libjs-es6-promise libjs-jquery-colorpicker libjs-jquery-form libjs-jquery-typeahead libjs-json libjs-marked libjs-moment
libjs-prettify libjs-requirejs libjs-term.js libjs-text-encoding liblapack-dev liblfunction0 liblinbox-1.4.2-0 liblinboxsage-1.4.2-0
liblrcalc1 libluajit-5.1-2 libluajit-5.1-common liblzma-dev libm4ri-0.0.20140914 libm4rie-0.0.20150908 libmpfi0 libnaga-java libnauty2
libnb-org-openide-modules-java libnb-platform18-java libncurses5-dev libnormaliz0 libntl27 liboctave3v5 libosgi-annotation-java
libosgi-compendium-java libosgi-core-java libpari-gmp-tls5 libplanarity0 libppl14 libpynac2 libpython-all-dev libqhull7 libqrupdate1
libqscintilla2-12v5 libqscintilla2-l10n libratpoints-2.1.3 libreadline-dev librw0 libsingular4 libsingular4-dev libsingular4-dev-common
libswing-layout-java libsymmetrica2 libsz2 libtachyon-mt-0 libtinfo-dev libvisualvm-jni libxt-dev libyaml-snake-java libzn-poly-0.9
maxima-sage maxima-sage-doc maxima-sage-share nauty normaliz normaliz-bin octave octave-common octave-info palp pandoc pandoc-data
pari-doc pari-elldata pari-galdata pari-gp pari-seadata python-all python-all-dev python-attr python-backports-abc
python-backports-shutil-get-terminal-size python-backports.ssl-match-hostname python-blinker python-brial python-cffi-backend python-click
python-colorama python-concurrent.futures python-configparser python-constantly python-cryptography python-cvxopt python-cycler
python-cysignals-pari python-decorator python-entrypoints python-enum34 python-flask python-flask-autoindex python-flask-babel
python-flask-oldsessions python-flask-openid python-flask-silk python-fpylll python-funcsigs python-functools32 python-future python-gd
python-gmpy python-gnutls python-idna python-incremental python-ipaddress python-ipykernel python-ipython python-ipython-genutils
python-ipywidgets python-itsdangerous python-jsonschema python-jupyter-client python-jupyter-core python-keyring python-keyrings.alt
python-matplotlib python-mistune python-mock python-moinmoin python-mpmath python-nbconvert python-nbformat python-networkx
python-notebook python-openid python-openssl python-pam python-parsedatetime python-passlib python-path python-pathlib2 python-pbr
python-persistent python-pickleshare python-pip python-pip-whl python-pkgconfig python-ply python-prompt-toolkit python-psutil
python-pyasn1-modules python-pyglet python-pygraphviz python-pyicu python-recaptcha python-rpy2 python-sagenb python-sagenb-export
python-scipy python-secretstorage python-serial python-service-identity python-setuptools-scm python-simplegeneric python-singledispatch
python-snowballstemmer python-subprocess32 python-sympy python-sympy-doc python-terminado python-tornado python-traitlets
python-transaction python-twisted python-twisted-bin python-twisted-core python-vcversioner python-wcwidth python-werkzeug python-wheel
python-xapian python-xappy python-xdg python-zc.lockfile python-zconfig python-zdaemon python-zmq python-zodb python-zope.event
python3-entrypoints python3-ipykernel python3-ipywidgets python3-jinja2 python3-jsonschema python3-jupyter-client python3-jupyter-core
python3-markupsafe python3-mistune python3-nbconvert python3-nbformat python3-notebook python3-terminado python3-zmq r-base-core
r-base-dev r-cran-boot r-cran-class r-cran-cluster r-cran-codetools r-cran-foreign r-cran-kernsmooth r-cran-lattice r-cran-mass
r-cran-matrix r-cran-mgcv r-cran-nlme r-cran-nnet r-cran-rpart r-cran-spatial r-cran-survival r-doc-html r-recommended rubiks
sagemath-common sagemath-database-conway-polynomials sagemath-database-elliptic-curves sagemath-database-graphs
sagemath-database-mutually-combinatorial-designs sagemath-database-polytopes sagemath-doc-en singular singular-data singular-doc
singular-modules singular-ui sqlite3 surf-alggeo surf-alggeo-nox sympow sympow-data tachyon tachyon-bin-nox testng tinymce
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
The following additional packages will be installed:
initscripts insserv libgif4 libpng12-0 libsctp1 startpar sysv-rc tzdata
Paquets suggérés :
bootchart2 lksctp-tools icedtea-7-plugin icedtea-7-jre-jamvm sun-java6-fonts fonts-ipafont-gothic fonts-ipafont-mincho fonts-wqy-microhei
fonts-wqy-zenhei fonts-indic bum
Les paquets suivants seront ENLEVÉS :
default-java-plugin default-jdk default-jdk-headless default-jre default-jre-headless icedtea-8-plugin icedtea-netx icedtea-plugin jmol
openjdk-8-jdk openjdk-8-jdk-headless openjdk-8-jre openjdk-8-jre-dcevm openjdk-8-jre-headless openjdk-8-source python-sagetex sagemath
sagemath-jupyter sagetex visualvm
Les NOUVEAUX paquets suivants seront installés :
initscripts insserv libgif4 libpng12-0 libsctp1 openjdk-7-jre openjdk-7-jre-headless startpar sysv-rc tzdata-java
Les paquets suivants seront mis à une VERSION INFÉRIEURE :
tzdata
0 mis à jour, 10 nouvellement installés, 1 remis à une version inférieure, 20 à enlever et 3 non mis à jour.
Remv default-java-plugin [2:1.8-58]
Remv visualvm [1.3.9-1]
Remv default-jdk [2:1.8-58]
Remv default-jdk-headless [2:1.8-58]
Remv openjdk-8-source [8u181-b13-2~deb9u1]
Remv openjdk-8-jdk [8u181-b13-2~deb9u1]
Inst openjdk-7-jre (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [i386]) []
Remv openjdk-8-jre [8u181-b13-2~deb9u1] [default-jre:i386 icedtea-8-plugin:i386 icedtea-netx:i386 ]
Inst openjdk-7-jre-headless (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [i386]) [default-jre:i386 icedtea-8-plugin:i386 icedtea-netx:i386 ]
Remv openjdk-8-jdk-headless [8u181-b13-2~deb9u1] [default-jre:i386 icedtea-8-plugin:i386 icedtea-netx:i386 ]
Remv openjdk-8-jre-headless [8u181-b13-2~deb9u1] [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst tzdata [2018g-0+deb9u1] (2018g-0+deb8u1 Debian-Security:8/oldstable [all]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst tzdata-java (2018g-0+deb8u1 Debian-Security:8/oldstable [all]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst insserv (1.14.0-5.4+b1 Debian:9.5/stable [i386]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst startpar (0.59-3.1 Debian:9.5/stable [i386]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst sysv-rc (2.88dsf-59.9 Debian:9.5/stable [all]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst initscripts (2.88dsf-59.9 Debian:9.5/stable [i386]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst libsctp1 (1.0.17+dfsg-1+b1 Debian:9.5/stable [i386]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst libgif4 (4.1.6-11+deb8u1 Debian:8.11/oldstable [i386]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Inst libpng12-0 (1.2.50-2+deb8u3 Debian:8.11/oldstable [i386]) [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv sagemath-jupyter [7.4-9] [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv sagetex [3.0+ds-4] [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv python-sagetex [3.0+ds-4] [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv sagemath [7.4-9] [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv jmol [14.6.4+2016.11.05+dfsg1-3] [default-jre-headless:i386 default-jre:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv default-jre [2:1.8-58] [default-jre-headless:i386 icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv default-jre-headless [2:1.8-58] [icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv icedtea-plugin [1.6.2-3.1] [icedtea-8-plugin:i386 openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv icedtea-8-plugin [1.6.2-3.1] [openjdk-8-jre-dcevm:i386 icedtea-netx:i386 ]
Remv icedtea-netx [1.6.2-3.1] [openjdk-8-jre-dcevm:i386 ]
Remv openjdk-8-jre-dcevm [8u112-1]
Conf openjdk-7-jre (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [i386])
Conf openjdk-7-jre-headless (7u181-2.6.14-1~deb8u1 Debian-Security:8/oldstable, Debian:8.11/oldstable [i386])
Conf tzdata (2018g-0+deb8u1 Debian-Security:8/oldstable [all])
Conf tzdata-java (2018g-0+deb8u1 Debian-Security:8/oldstable [all])
Conf insserv (1.14.0-5.4+b1 Debian:9.5/stable [i386])
Conf startpar (0.59-3.1 Debian:9.5/stable [i386])
Conf sysv-rc (2.88dsf-59.9 Debian:9.5/stable [all])
Conf initscripts (2.88dsf-59.9 Debian:9.5/stable [i386])
Conf libsctp1 (1.0.17+dfsg-1+b1 Debian:9.5/stable [i386])
Conf libgif4 (4.1.6-11+deb8u1 Debian:8.11/oldstable [i386])
Conf libpng12-0 (1.2.50-2+deb8u3 Debian:8.11/oldstable [i386])tzdata c’est simplement la gestion des fuseaux horaires donc pas de soucis avec ça la version jessie est ok
apt -s ça veut dire simulation
c’est une précaution pour savoir ce qui se passerait
pour installer
sudo apt install openjdk-7-jre openjdk-7-jre-headless tzdata-java/jessie
les indications sur les paquets inutiles prouvent que ton installation est dans un état déplorable, probablement du à l’utilisation de dépots + ou - farfelu
Les indications sur les paquets inutiles ne sont apparues qu’après l’ajout des deux dépots Jessie… Ce que je ne comprends pas puisque Jessie étant avant Stretch alors pourquoi cet ajout indiquerait-il soudain des paquets obsolètes ?
Je viens d’installer OpenJDK-7 et retour à Libreoffice 1:5.2.7-1+deb9u4 proposé par debian Stretch. J’ai supprimé le dossier ~/.config/libreoffice. J’ai bouté avec la ligne de commande BOOT_IMAGE=/vmlinuz-4.9.0-8-686-pae root=/dev/mapper/gelinux-root ro apparmor=1 security=apparmor Après ouverture de libreoffice base j’ai paramétré les options pour utiliser OpenJDK-7, et j’ai réinstallé mon driver hsqldb.jar.
Résultat : Ca crash de la même façon … Dès que ma base accède à la macro d’ouverture mon appli crash… Je pense qu’il y a autre chose. Je vais quand même rebooté en ajoutant le paramètre stack_guard_gap=1 et je reviens …
c’est pas interdit de mettre Jessie + Stretch
apt sait gérer la version la plus récente de chaque paquet et ça te permets de conserver openjdk-7 puisqu’il n’est que dans Jessie
jessie + stretch
suivi de
sudo apt update
sudo apt full-upgrade
Le reste c’est tes salades avec ta version d’image, ceci ne me regarde pas 
Pour info j’ai lancé libreoffice --strace pour produire le fichier strace.log que vous pouvez consulter. Je vois en particulier de nombreux fichiers manquants, en particulier à la ligne 722 du fichier strace.log :
3148 13:14:48.431806 open("/usr/lib/libreoffice/program/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
Je ne comprends pas pourquoi libreoffice viendrait avec son propre fichier libc.so.6 … A moins que ce soit parce que ce serait la version Jessie … Je pense qu’il y a autre chose que cette histoire de Bug Java Stretch 32 bits…
Bref. OK pour le full upgrade … Mais je comprends que je dois garder uniquement les paquets stretch de base et demander le full ugrade… Non ?
j’essaie simplement de te dire que mettre les paquets officiels de stretch + openjdk-7 de jessie dont tu dis avoir besoin est un environnement plus propre que d’utiliser des dépôts exotiques.
et tester ta rustine sur le noyau 32 bits , stack_guard_gap=1, dans cet environnement
Oui, tout a fait d’accord 
J’ai fait un upgrade, mais uniquement avec les paquets Stretch. Et cela ne marche toujours pas même avec la lancement du noyau avec le paramètre stack_guard_gap=1.
Je viens de réactiver les dépôts Jessie et je réinstalle OpenJDK-7. Apt m’indique de très nombreux paquets (la plupart des paquets pythons, certains backports, etc. ) à virer … ce qu’il est en train de faire…
Sans succès 
J’ai pourtant bien installé OpenJDK-7, j’utilise la ligne de commande ci-dessous pour lanceer mon noyau, avec le bon paramètre :
BOOT_IMAGE=/vmlinuz-4.18.0-0.bpo.1-686-pae root=/dev/mapper/gelinux-root ro stack_guard_gap=1 apparmor=1 security=apparmor
Et j’utilise libreoffice du dépôt stretch de base, donc version 1:5.2.7-1+deb9u4. J’ai fait un full upgrade avec mon sources.list comme ci-dessous :
# Debian Stretch, dépôt principal
deb http://deb.debian.org/debian/ stretch main
# Debian Stretch, mises à jour de sécurité
deb http://security.debian.org/ stretch/updates main
# Debian Stretch, mises à jour "volatiles"
deb http://deb.debian.org/debian/ stretch-updates main
deb http://deb.debian.org/debian-security/ jessie/updates contrib main non-free
deb http://deb.debian.org/debian/ jessie main
Alors là, je ne vois pas pourquoi ça ne marche toujours pas … Mon application Base semble planter au moment de l’ouverture de la première boite de dialogue, dans la librairie… J’ai mis en commentaire tout mon code et lorsque j’execute un simple MsgBox “Hello Wolrd” ça plante avec en console le warning ci-dessous :
(soffice:4403): GLib-GObject-WARNING **: /build/glib2.0-YYXhFA/glib2.0-2.50.3/./gobject/gsignal.c:3492: signal name 'selection_changed' is invalid for instance '0x282fe08' of type 'OOoAtkObjCompTxt'
J’ai l’impression que le problème viendrait d’ailleurs. Peut-être à cause d’une librairie, en particulier Access2BAse qui n’est peut être la même version que celle utilisée par mon application, et qui rendrait mon installation instable… En tout cas, si je n’execute aucun script basic libreoffice se charge sans problème. Mais le moindre script executé et tout s’écroule. Et je sais maintenant par expérience, que lorsque il y a une erreur de syntaxe ou un problème de librairie j’ai les même symptômes : les points d’arrêt ne fonctionnent pas, et l’application entière crash … Ce n’est pas un bug dnas mon code, mais bien un problème d’installation, un composant incompatible … un problème de version de quelque chose …
1ere remarque
pourquoi ne mets tu pas contrib et non-free de stretch?
ou bien pourquoi les mets tu pour Jessie?
2ieme remarque
tu es dans un environnement particulier que tu ne décris pas
quand je veux passer des paramètres au noyau je le fais dans /etc/default/grub
Exemple
GRUB_CMDLINE_LINUX_DEFAULT=“loglevel=2 splash apparmor=1 security=apparmor radeon.pcie_gen2=0 btusb.enable_autosuspend=n”
je ne sais pas ce qu’est sysgard
-
Les dépots Jessie sont ceux qui m’ont été communiqué ci-dessus dans ce trhead …
-
J’installe bien mon paramètre dans le fichier /etc/default/grub de la façon suivante :
GRUB_CMDLINE_LINUX_DEFAULT="stack_guard_gap=1"
J’ai aussi un fichier apparmor spécific dans /etc/default/grub.d :
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT apparmor=1 security=apparmor"
- sysgard : rien … une erreur de copier coller que je n’avais pas vu …
Je viens de faire un test. J’ai créé une nouvelle base qui utilise donc hsqldb en interne. Je peux afficher une boite de dialogue sans aucun crash … Le problème viendrait donc maintenant de l’intérieur de mon fichier base et de mes macros. J’ai désactivé tout lancement de macro au démarrage de mon application. Puis j’ai testé une simple fonction pour lancer une macro et cela provoque le crash de libreoffice. Il y aurait donc quelque chose de charger (ou non chargé) avec mon document base qui provoquerait une instabilité au point de cracher ma première macro “hello wolrd” …je continu ma recherche …
certes mais ça n’empêche pas d’être cohérent ou bien tu ne te sers jamais de contrib et non-free?
https://wiki.debian.org/fr/SourcesList#Composants
Si je comprends bien , finalement c’est ton code perso qui est toxique
Non, pas tout à fait, mon code fonctionnait très bien avant l’update de ma debian et donc de LibreOffice.
Simplement mon code utilise la librairie Access2Base livrée en version 1.5 avec LibreOffice 5.2.7.2 et peut être aussi avant avec la version 5.2.7.1. Mais l’année dernière je crois me souvenir que j’avais upgradé manuellement dans libreoffice cette librairie avec sa version la plus récente … Et donc l’update de Debian aurait cassé cette installation manuelle et en réinstallant une version différente de celle utilisée par mon appli… LibreOffice basic étant très instable, cela pourrait expliquer le crash de tout le système.
J’essaye donc d’upgrader à nouveau Access2Base de sa version 1.5 vers la dernière version 1.9 pour vérifier cette hypothèse …
???
c’est intégré à libreoffice
http://www.access2base.com/access2base.html
apt policy libreoffice
libreoffice:
Installé : 1:6.1.3~rc1-2
Candidat : 1:6.1.3~rc1-2
Table de version :
1:6.2.0~alpha1-1 1
1 http://deb.debian.org/debian experimental/main amd64 Packages
*** 1:6.1.3~rc1-2 500
500 http://deb.debian.org/debian buster/main amd64 Packages
100 http://deb.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
1:5.2.7-1+deb9u4 500
500 http://deb.debian.org/debian-security stretch/updates/main amd64 Packages
500 http://deb.debian.org/debian stretch/main amd64 Packages
1:4.3.3-2+deb8u11 500
500 http://deb.debian.org/debian-security jessie/updates/main amd64 Packages
500 http://deb.debian.org/debian jessie/main amd64 Packages
Oiu, c’est à intégré à libreoffice. Mais c’est un problème de version, si je veux access2Base 1.9 sur LibreOffice 5.2.7 je dois l’installer moi même …
Je reviens vers une autre hypothèse, car je viens de découvrir que mon fichier Base est en fait infecté par un virus … Je comprends que ce serait le module PUA.Doc.Tool.LibreOfficeMacro-2 dans mon fichier Base. Je ne sais pas s’il est un module de base de libreoffice, il ne semble pas un des miens … Il n’est peut être pas vraiment utile à mon application, dans un premier temps je vais peut être essayer de travailler sur une copie de ma base pour le virer …
Cela est en lien avec mon autre post sur la consommation de mon CPU par une attaque sha256sum… Je comprends que ce virus provoquerait aussi le crash de mon application au lancement de la première macro.
J’ai découvert le fichier infecté avec Clamav, installé après l’infection… Voir bilan ci-dessous. Je ne connais pas bien Clamav, aussi je ne vois pas comment s’il est possible de réparer le fichier… J’ai simplement mis mon fichier en quarantaine. Je ne sais pas non plus comment utiliser Clamav pour connaître quel type de virus infecte mon fichier. Que fait pour récupérer mon application Base? Heureusement que ma base de donnée est dans un serveur hsqldb séparé …
ClamTk, v5.24
Mon Nov 5 18:07:56 2018
Signatures ClamAV : 6708433
Dossiers analysés :
/home/gelinp/04_PROGRAMMATION/projets/TypodocOoo
1 virus potentiel(s) trouvé(s) menace (1 fichier analysés).
/home/gelinp/04_PROGRAMMATION/projets/TypodocOoo/TypodocOOoHSQLDBclient.odb PUA.Doc.Tool.LibreOfficeMacro-2
-------------------------------------------------------------------------------------------------------------------------comme indiqué dans le tableau que j’ai affiché au-dessus c’est intégré dans libreoffice 1.6.1 disponible dans Debian Buster ( testing)
Bonjour,
Je viens de trouver la vrai raison du crash de ma version LibreOffice : une simple Sub CmdSelectionner() qui rentrait en conflit avec une constante CmsSelectionner = 1005 !!! Cela suffit pour provoquer un crash au démarrage de Libreoffice avec impossibilité de poser un seul point d’arrêt nul part dans aucune librairie …
Ce bug a coincidé exactement avec l’actualisation de mon système et donc l’attribuait à tord la source du crash à l’actualisation de mon noyau et au fameux bug 32 bit avec Java … Je ferme donc l’incident et bascule sur le forum OpenOffice pour discuter des problèmes de convention de nomage spécifiques aux macros OOo Basic … Je vais aussi réessayer d’installer la version 6 de LibreOffice.
La piste du virus dans le fichier n’était finalement pas bonne non plus puisque Clamav semble produire de nombreux faux positifs, et j’ai observé aujourd’hui, avec un autre antivirus moderne et bien actualisé , qu’il ne trouvait aucun virus … Et aucun secteur défectueux sur mon disque dur non plus.
En tout cas merci pour votre aide. Les messages postés serviront quand même à d’autres qui h=chercheront peut être les raisons d’un crash similaire.
1 J'aime