Bug#1070888: PLEASE IGNORE
This bug is a *duplicate* of [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070887](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070887) : the `reportbug` output led me to believe had *not* been submitted (and the acknowledgement was late), so I restarted `reportbug` and configured it to resend my report explicitly via `evolution`. In fact, both submission worked, but the second is but a duplicate of the first. My apologies for the noise... -- Rmmanuel Charpentier
Bug#1070887: libreoffice-base: Since 2024-05-10, testing's libreoffice crashes when opening an sqlite-ODBC database.
Package: libreoffice-base Version: 4:24.2.3-1 Severity: important Dear Maintainer, Setup : Debian testing running on core i7 + 16 GB RAM, *updated daily.* I use libreoffice-base to update *daily* a small sqlite database accessed via an ODBC link. This setup has been stable for more than 3 years. I usually start my daily update by opening Libreoffice's main interface, then opening the relevant database object in this interface, then opening the relevant form. Starting today : - libreoffice crashed when opening the database object in the main libreoffice interface. - Starting libreoffice from a command line leads to the same result, with no error message in the console. - Starting directly `lobase` from the command line opens the dialog box allowing to select the right (existing) database, then fails, opening a message box mentioning the crash and displaying an empty list of files to be recovered ; clicking "OK" leads to the main Libreoffice interface. Trying again to open the database objects crashes libreoffice. *No error message in the terminal.* - Same behaviour when passing the `.odb` database file as an argument to `lobase`. FWIW : ``` charpent@zen-book-flip:~$ dpkg -l "*libreoffice*base*" | cat Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi- installé/W=attend-traitement-déclenchements |/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais) ||/ Nom Version Architecture Description +++-=---= ii libreoffice-base 4:24.2.3-1 amd64office productivity suite -- database ii libreoffice-base-core 4:24.2.3-1 amd64office productivity suite -- shared library ii libreoffice-base-drivers 4:24.2.3-1 amd64Database connectivity drivers for LibreOffice un libreoffice-base-nogui (aucune description n'est disponible) ii libreoffice-uiconfig-base 4:24.2.3-1 all UI data ("config") for LibreOffice Base ``` HTH, -- Package-specific info: Configuration filePackage Exists Changed /etc/libreoffice/registry/base.xcdlibreoffice-baseYes No All deployed bundled extensions: Identifier: com.sun.wiki-publisher Version: 1.2.0 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: Le Wiki Publisher vous permet de cr\xe9er des articles de Wiki sur un serveur MediaWiki sans avoir \xe0 conna\xeetre la syntaxe du langage markup Mediawiki. Publiez de nouveaux documents ou des documents existants de fa\xe7on transparente depuis Writer vers une page de wiki. bundled Packages: { URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/help is registered: yes Media-Type: application/vnd.sun.star.help Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcs is registered: yes Media-Type: application/vnd.sun.star.configuration-schema Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiEditor/ is registered: yes Media-Type: application/vnd.sun.star.basic-library Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/components.rdb is registered: yes Media-Type: application/vnd.sun.star.uno-components Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Addons.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/ProtocolHandler.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/OptionsDialog.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Filter.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Types.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Paths.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: } Identifier: com.sun.star.comp.Calc.NLPSolver Version: 0.9 URL:
Bug#1003045: libreoffice: Since testing update on Jan 2, 2021, libreoffice doesn't start.
Package: libreoffice Version: 1:7.2.4-3 Severity: grave Justification: renders package unusable * What led up to the situation? A routine update of Debian testing (bookworm) on Jan 2, 2021 led to a situation where clicking on LibreOffice's or LibreOffice apps' icons is ineffective ; similarly, launching an application from a console's command line returns after a few seconds. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to reinstall Libreoffice applications by : dpkg -l "*libre*office*" | grep -e "^ii" | sed -re "s/[ \t]+/ /g" | cut -d " " -f 2 | sudo xargs apt-get install --reinstall * What was the outcome of this action? Clicking on the gnome menu icons is ineffective (spinning cursor for a few seconds) ; starting an app from the command line initially started the document recovery dialog box ; after having cancelled that operation, starting a LibreOffice application returns after about one second. * What outcome did you expect instead? A normal function of libreoffice app. Possibly related : sudo apt dist-upgrade leaves libc++1 unupgraded, whereas sudo apt install -s wants to uninstall libc++1-11 and libc++abi1-11 and install libc++1-13 libc++abi1-13 libunwind-13. So far, I did **not** proceed. HTH ... -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (650, 'testing'), (60, 'unstable'), (50, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libreoffice depends on: ii libreoffice-base1:7.2.4-3 ii libreoffice-calc1:7.2.4-3 ii libreoffice-core1:7.2.4-3 ii libreoffice-draw1:7.2.4-3 ii libreoffice-impress 1:7.2.4-3 ii libreoffice-math1:7.2.4-3 ii libreoffice-report-builder-bin 1:7.2.4-3 ii libreoffice-writer 1:7.2.4-3 ii python3-uno 1:7.2.4-3 Versions of packages libreoffice recommends: ii fonts-crosextra-caladea 20130214-2.1 ii fonts-crosextra-carlito 20130920-1.1 ii fonts-dejavu2.37-2 ii fonts-liberation1:1.07.4-11 ii fonts-liberation2 2.1.5-1 ii fonts-linuxlibertine5.3.0-6 ii fonts-noto-core 20201225-1 ii fonts-noto-extra20201225-1 ii fonts-noto-mono 20201225-1 ii fonts-noto-ui-core 20201225-1 ii fonts-sil-gentium-basic 1.102-1.1 ii libreoffice-java-common 1:7.2.4-3 ii libreoffice-nlpsolver 0.9+LibO7.2.4-3 ii libreoffice-report-builder 1:7.2.4-3 ii libreoffice-script-provider-bsh 1:7.2.4-3 ii libreoffice-script-provider-js 1:7.2.4-3 ii libreoffice-script-provider-python 1:7.2.4-3 ii libreoffice-sdbc-mysql 1:7.2.4-3 ii libreoffice-sdbc-postgresql 1:7.2.4-3 ii libreoffice-wiki-publisher 1.2.0+LibO7.2.4-3 Versions of packages libreoffice suggests: ii cups-bsd 2.3.3op2-7 ii default-jre [java8-runtime] 2:1.11-72 ii firefox-esr 91.4.0esr-1 ii ghostscript 9.55.0~dfsg-3 ii gnupg2.2.27-2 ii gpa 0.10.0-3+b1 ii gstreamer1.0-libav 1.18.5-1 ii gstreamer1.0-plugins-bad 1.18.5-1+b4 ii gstreamer1.0-plugins-base1.18.5-1 ii gstreamer1.0-plugins-good1.18.5-1+b1 ii gstreamer1.0-plugins-ugly1.18.5-1 ii hunspell-en-us [hunspell-dictionary] 1:2020.12.07-1 ii hunspell-fr-classical [hunspell-dictionary] 1:7.0-1 ii hyphen-en-us [hyphen-hyphenation-patterns] 2.8.8-7 ii imagemagick 8:6.9.11.60+dfsg-1.3 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1.3 ii libgl1 1.3.4-2+b1 ii libofficebean-java 1:7.2.4-3 ii libreoffice-gnome1:7.2.4-3 pn libreoffice-grammarcheck ii libreoffice-help-en-us [libreoffice-help]1:7.2.4-3 ii libreoffice-help-fr [libreoffice-help] 1:7.2.4-3 ii libreoffice-l10n-fr [libreoffice-l10n] 1:7.2.4-3 ii libreoffice-librelogo1:7.2.4-3 ii libsane1 1.0.32-4 ii libxrender1 1:0.9.10-1 pn myspell-dictionary ii mythes-en-us [mythes-thesaurus]
Bug#566189: Bug #566189 on testing (i386)
I have an (experimental) squeeze installation, which has been crippled by something suspiciously looking like this bug for a couple of weeks. The announced fix (packages update to 1.3.1.1-15) does not (yet ?) seem to be available on testing repositories, nor on the squeeze backports repositories. Can someone suggest a workaround for squeeze users ? (No, I'd rather *not* go for unstable. Been there, done that, got the T-shirt...). Sincerely, Emmanuel Charpentier -- To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#329585: openoffice.org2: Please provide some help system
Package: openoffice.org2 Version: 1.9.125+2.0beta2-1 Severity: wishlist The current experimental packages do not provide online help. OOo is sufficiently rich and heavy for loosing even a seasoned user, trying to do something unusual for him. openoffice.org2-help is therefore a necessity. openoffice.org2-help-* would be even better, of course... Are those package difficult to port ? Emmanuel Charpentier -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12ec Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages openoffice.org2 depends on: ii openoffice.org2-base 1.9.125+2.0beta2-1 OpenOffice.org office suite - data ii openoffice.org2-calc 1.9.125+2.0beta2-1 OpenOffice.org office suite - spre ii openoffice.org2-core 1.9.125+2.0beta2-1 OpenOffice.org office suite archit ii openoffice.org2-draw 1.9.125+2.0beta2-1 OpenOffice.org office suite - draw ii openoffice.org2-impre 1.9.125+2.0beta2-1 OpenOffice.org office suite - pres ii openoffice.org2-math 1.9.125+2.0beta2-1 OpenOffice.org office suite - equa ii openoffice.org2-write 1.9.125+2.0beta2-1 OpenOffice.org office suite - word openoffice.org2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329585: openoffice.org2: Please provide some help system
Hi ! Thank you very much for a prompt answer. Rene Engelhard wrote: Hi, [ ... ] The helpcontent2 buils needs Java and the gcj build does not work always. And the build of the help needs some non-free, binary-only jars from Sun which of course have been removed in the Debian source package Aargh ! If this cannot be fixed in time, that would mean a non-free doc package suggested (or even recommended) by a free binary. Doubleplus ungood, by Debian rules. Could even, if the holier-than-thou activists have their way, force openoffice.org2 back in non-free (== out of Debian per se). Does experimental have a non-free section ? ISTR that yes, but not sure... Any other way to get help (from a RPM, for example ?) Sincerely yours, Emmanuel Charpentier -- Emmanuel Charpentier[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275667: openoffice.org: Strange (and erratic) behaviour of right-click on some setups
Package: openoffice.org Version: 1.1.2-5 Severity: normal I use Debian's packaging of openoffice.org on several machines, and, at least on one of them, I have trouble getting right-click to do what it's intended, but *only with openoffice !* The most annoying point is using the database beamer. Right-click on the name of a table or a query is the only way I'm aware of to launch certain operations, such as renaming or editing the object or creating a new one. On my problematic machine, such a right-click works erratically : sometimes, it gets interpreted as a left click (i. e. a collapsible tree branch (un-) collapses, an object is selected), sometimes nothing (visually perceptible) happens, and, once in a blue moon, the context menu appears. By trial and error, I learned that a left-right-click most often pops up the context menu (that's what right-click is supposed to do). What troubles me most is that OpenOffice is the *only* program where I found this behaviour. On the very same machine, right-click deoes what it's supposed to do with mozilla, Gnome, KDE, KDE apps, etc. ad nauseam... That's why I file a bug against openoffice.org, while I concede it may be, for example, an X window bug triggered only by OpenOffice. But after weeks of various investigations, I give up ... Sincerely yours, Emmanuel Charpentier -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6ec Locale: LANG=fr_FR, LC_CTYPE=fr_FR Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.22.58Common utilities for spelling dict ii openoffice.org-bin1.1.2-5OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.2-4+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.2-5English (US) language package for ii openoffice.org-l10n-fr [openo 1.1.2-5French language package for OpenOf ii ttf-opensymbol1.1.2-5The OpenSymbol TrueType font -- no debconf information
Re: Test Java plugin for sid packages available for download
Seen in the debian-openoffice archive your post of Jul 19, 2004 : Hi folks, For those who are brave - or desperate - enough to want to try out OOo with Java support enabled, here's a package that you can install: http://people.debian.org/~halls/openoffice/test/openoffice.org-java_1.1.2-2+java_i386.deb Download the package and install alongside your exisiting OOo package using 'dpkg -i openoffice.org-java_1.1.2-2+java_i386.deb'. Well, I'm not *that* brave, but I'm getting desperate enough to give it a try (it seems that some databases can be realistically used only through JDBC. Furthermore, learning openoffice.org API with Sun's tutorials seem to require to walk through Java. (Surprise...)). I looked at the place mentioned in your post and didn't see anything new. Do you plan to create newer .debs in sync with sid's package ? For a longer-term view : until free JVMs and J2SDKs do big progress, Java availability cannot be a standard feature of a set of openoffice.org packages in main. So I see two workarounds : 1) (poor) have a set of Java-enabled openoffice.org-* packages in non-free (or in contrib, depending of the DFSG interpretation of your friendly holier-than-thou flamer of the day ...). 2) (better but much harder) : have the Java-free version of openoffice.org *able* to use java extensions, but not requiring it. Do you have any plans about this problem ? Sincerely, Emmanuel Charpentier -- Emmanuel CharpentierTel : +33-(0)1 40 27 35 98 Secrétariat Scientifique du CEDIT Fax : +33-(0)1 40 27 55 65 Assistance Publique - Hôpitaux de Paris 3, Avenue Victoria, F-75100 Paris RP - France
Bug#178378: openoffice.org: New in 1.0.2 : text with encapsulated Postcript figures do not print
Addendum to my last reply Here's a partial copy of the CUPS error_log, snapshotted between a /etc/init.d/cupsys start and a /etc/init.d/cupsys stop. It seeps that cupsys tries to restart old failed jobs. As to the possible cause, I'm lost ... peter novodvorsky wrote: Hi, guys! Could you, Emmanuel, send me sample .sxw+.eps files? It seems that problem is in absence of gpc code. :( If it is, then this bug is wontfix :( What is gpc ? The clipping library ? If so, why not include it ? not GPL ? Not DFSG-compliant ? Peter. Chris Halls [EMAIL PROTECTED] writes: If the image does not show up in gs, I agree that it is a problem with OOo. Could you reply with an EPS file that can be used to reproduce this error? Attaching the generated postscript output from OOo would help, too. -- Emmanuel Charpentier error_log.gz Description: application/gzip