Bug#616011: no mediawiki exporter
found 616011 1.1.1+LibO3.4.5-2 tags 616011 + patch thanks On current wheezy, I get the same problem: the exporter is not listed, and attempting to use the send to feature yields the same result as OP. How are exporters supposed to be registered ? Can we manually request a re-registration of that exporter, possibly with verbose traces ? Since the last time this worked on this machine (that was last september, and I did not attempt to use it since then), the following upgrades were done according to aptitude logs: [UPGRADE] libreoffice 1:3.3.3-4+b1 - 1:3.4.3-1 [UPGRADE] libreoffice-wiki-publisher 1.1.1+LibO3.3.3-4 - 1.1.1+LibO3.4.3-1 [UPGRADE] libreoffice 1:3.4.3-1 - 1:3.4.3-3 [UPGRADE] libreoffice-wiki-publisher 1.1.1+LibO3.4.3-1 - 1.1.1+LibO3.4.3-3 I get the problem with sun jre 1.6.0_26 and (openjdk from testing but listed as sun) _24, the previous success was probably with another version, since no jre was selected any more (this mechanism *does* suck, btw). Switching to FSF 1.5.0 (for which there are two identical lines in the dialog...) results in the send to mediawiki turning to non-selectable after restart. Since it used to work for me with 3.3.3 and problems have been reported with previous versions, I don't believe that downgrading would be of any help. René wrote: Please don't tell me you did intrusive changes like a complete LibO package upgrade while LibO was running? (Extension registration should be ok if done via unopkg, but I don't think it will work with the new preregistered way) Err... are you saying that no LibO or OOo program should be running during the upgrade or there is any risk of getting broken in ways noone imagines ? That would sound pretty broken, and a bold warning should be displayed from preinst, should that be the case. That said, I regularly launch upgrades while I'm continuing to work, and it surely occured that LibO got upgrade while it was running. Now what can be done to recover if that was the source of the breakage ? Looking at the various installed filters .xcu files, it looks like this one is the only one using oor:op=fuse, other (writer2latex, pdfimport) rather use oor:op=replace. Now I tried to replace fuse with replace for a test, and reregistering the thing: mv /usr/lib/libreoffice/share/extensions/wiki-publisher / /var/lib/dpkg/info/libreoffice-common.postinst triggered /usr/lib/libreoffice/share/extensions mv /wiki-publisher/ /usr/lib/libreoffice/share/extensions/ $EDITOR /usr/lib/libreoffice/share/extensions/wiki-publisher/Filter.xcu /var/lib/dpkg/info/libreoffice-common.postinst triggered /usr/lib/libreoffice/share/extensions ... and guess what ? it just worked :) Now the export filter is selectable in the export dialog, and send to finds it as well... So one question remains, what was this fuse supposed to do ? -- Yann Dirson - Bertin Technologies -- To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120202163055.684e6...@chalon.bertin.fr
Processed: Bug#616011: no mediawiki exporter
Processing commands for cont...@bugs.debian.org: found 616011 1.1.1+LibO3.4.5-2 Bug #616011 [libreoffice-wiki-publisher] libreoffice-wiki-publisher: Export filter cannot be found Bug Marked as found in versions libreoffice/1:3.4.5-2. tags 616011 + patch Bug #616011 [libreoffice-wiki-publisher] libreoffice-wiki-publisher: Export filter cannot be found Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 616011: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616011 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.132819714118085.transcr...@bugs.debian.org
libreoffice, mingw-w64, gcc-mingw-w64 and gnat-4.6 on armhf
Libreoffice hasn't yet been built on armhf. I consider libreoffice to be a reasonablly important package and one that we need to get in before we can claim we have a reasonablly complete port. The reason libreoffice isn't built is because mingw-w64 is not installable. The reason mingw-w64 is not installable is because gcc-mingw-w64 isn't built. The reason gcc-mingw-w64 isn't built is because gnat-4.6 is not built My understanding from a previous reply Konstantinos sent me is that gnat-4.6 is not built on armhf because it needs porting followed by manual boostrapping. This (build-)dependency chain leaves me with a few questions 1: what is the current status of gnat-4.6 on armhf? does an upload look likely any time soon? 2: why does libreoffice need mingw-w64 in the first place? 3: why are we building an ada cross compiler for windows? is it just for completeness or was/is there an identified requirement? 4: if we can't get an ada compiler on armhf in the near future would anyone consider it unreasonable to build gcc-mingw-w64 without ada suport on armhf so that libreoffice can be built? -- To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f2b4821.8040...@p10link.net
Re: libreoffice, mingw-w64, gcc-mingw-w64 and gnat-4.6 on armhf
Hi Peter, On Fri, Feb 03, 2012 at 02:36:17AM +, peter green wrote: Libreoffice hasn't yet been built on armhf. I consider libreoffice to be a reasonablly important package and one that we need to get in before we can claim we have a reasonablly complete port. [...] This (build-)dependency chain leaves me with a few questions 1: what is the current status of gnat-4.6 on armhf? does an upload look likely any time soon? 2: why does libreoffice need mingw-w64 in the first place? libreoffice uses mingw-w64 to build a DLL, unowinreg.dll, which is provided in the libreoffice-dev package. As I understand it the DLL itself isn't used on Debian, but it is provided by the SDK because it is supposed to be bundled with plugins which need to access the registry, and therefore to be able to correctly build shippable plugins using Debian the SDK packages need to provide the DLL. 3: why are we building an ada cross compiler for windows? is it just for completeness or was/is there an identified requirement? It was requested; see #632375. 4: if we can't get an ada compiler on armhf in the near future would anyone consider it unreasonable to build gcc-mingw-w64 without ada suport on armhf so that libreoffice can be built? I wouldn't; I can definitely upload a new version of gcc-mingw-w64 which drops Ada support on armhf. Regards, Stephen -- To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120203054832.gu5...@sk2.org
[SCM] LibreOffice packaging repository branch, debian-experimental-3.5, updated. libreoffice_3.5.0_rc2-2-21-gb5d0b72
The following commit has been merged in the debian-experimental-3.5 branch: commit b5d0b72464efd296f1380376685b671c0de37e47 Author: Rene Engelhard r...@debian.org Date: Fri Feb 3 06:14:54 2012 + build with default boost again but add build-dep on g++-4.6 (= 4.6.2-12) diff --git a/changelog b/changelog index d58656a..471a664 100644 --- a/changelog +++ b/changelog @@ -12,8 +12,9 @@ libreoffice (1:3.5.0~rc3-1) UNRELEASED; urgency=low - give gb_FULLDEPS= to actual make check call, not debian/rules check - simplify -dbg/--enable-symbols conditionals +- build with default boost again but add build-dep on g++-4.6 (= 4.6.2-12) - -- Rene Engelhard r...@debian.org Wed, 01 Feb 2012 19:17:30 + + -- Rene Engelhard r...@debian.org Fri, 03 Feb 2012 00:22:33 +0100 libreoffice (1:3.5.0~rc2-2) experimental; urgency=low diff --git a/control b/control index 49c9d9c..7bc66a4 100644 --- a/control +++ b/control @@ -3,7 +3,7 @@ Section: editors Priority: optional Maintainer: Debian LibreOffice Maintainers debian-openoffice@lists.debian.org Uploaders: Rene Engelhard r...@debian.org -Build-Depends: dpkg-dev (= 1.16.1), lsb-release, bzip2, bison, flex | flex-old, libxaw7-dev, unzip, zip, autoconf, automake, sharutils, pkg-config, libfontconfig1-dev, libc0.1 (= 2.10.2-7) [kfreebsd-i386 kfreebsd-amd64], zlib1g-dev, libfreetype6-dev, libx11-dev, libsm-dev, libxt-dev, libxext-dev, libxtst-dev, libice-dev, libcups2-dev, libarchive-zip-perl, fastjar, xsltproc, libxkbfile-dev, libxinerama-dev, x11proto-render-dev, libxml-parser-perl, gperf, po-debconf, bc, wget | curl, libgl1-mesa-dev [!armel !mips !mipsel], libglu1-mesa-dev [!armel !mips !mipsel], libpoppler-dev (= 0.8.0), libpoppler-cpp-dev, libgraphite2-dev (= 0.9.3) [!armel !sparc], libexttextcat-dev (= 3.1.1), libjpeg-dev, libxml2-dev, libxslt1-dev, libexpat1-dev, unixodbc-dev (= 2.2.11), libsane-dev, libxrender-dev, libpng12-dev, libssl-dev, librsvg2-dev, libdb-dev, python (= 2.6.6-3+squeeze4), python-dev (= 2.6), python3-dev, debhelper (= 7.2.3~), libcppunit-dev (= 1.12), junit4 (= 4.8.2-2), op enjdk-6-jdk (= 6b23~pre8-2) [alpha amd64 armel armhf i386 mips mipsel powerpc powerpcspe ppc64 s390 s390x sparc], openjdk-7-jdk [ia64], gcj-jdk [hppa kfreebsd-i386 kfreebsd-amd64], gcj-native-helper [hppa kfreebsd-amd64 kfreebsd-i386], libgcj-common (= 1:4.4.1) [hppa kfreebsd-amd64 kfreebsd-i386], ant (= 1.7.0), ant-optional (= 1.7.0), mingw-w64 (= 1.0), libcommons-codec-java, libcommons-httpclient-java, libcommons-lang-java, libcommons-logging-java, libservlet2.5-java (= 1.1.1-9), libbase-java [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libsac-java [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libxml-java (= 1.1.6) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libflute-java (= 1.1.6) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libpentaho-reporting-flow-engine-java (= 0.9.4) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], liblayout-java (= 0.2.10) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libloader-java (= 1.1.6) [!armel !hppa !kfreebsd-amd64 !kfreebsd -i386], libformula-java (= 1.1.7) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], librepository-java (= 1.1.6) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libfonts-java (= 1.1.6) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libserializer-java (= 1.1.6) [!armel !hppa !kfreebsd-amd64 !kfreebsd-i386], libcommons-logging-java, libservlet2.5-java (= 1.1.1-9), javahelper (= 0.37~), libnss3-dev (= 3.12.3), xulrunner-dev, dmake (= 1:4.11), libhunspell-dev (= 1.1.5-2), libhyphen-dev (= 2.4), libstlport4.6-dev (= 4.6.2-3) [i386], libboost1.46-dev, libmdds-dev (= 0.5.0), libvigraimpex-dev, libsampleicc-dev, libicc-utils-dev, libwpd-dev (= 0.9.0), libmythes-dev (= 2:1.2), libwps-dev (= 0.2.0), libwpg-dev (= 0.2.0), libvisio-dev, libcmis-dev, libicu-dev (= 4.0), libcairo2-dev, kdelibs5-dev (= 4:4.3.4), libqt4-dev (= 4.5), libmysqlclient-dev, libmysqlcppconn-dev (= 1.1.0~r791), libgtk2.0-dev (= 2.10), libgtk-3-dev (= 3.2~), libebook1.2-dev [!armel !powerpc !power pcspe !ppc64], libpq-dev (= 9.0~), libxrandr-dev, liblucene2-java (= 2.3.2), libhsqldb-java ( 1.8.0.10), bsh (= 2.0b4), liblpsolve55-dev (= 5.5.0.13-5+b1), lp-solve (= 5.5.0.13-5+b1), libsuitesparse-dev (= 1:3.4.0), libdbus-glib-1-dev (= 0.70), libgstreamer-plugins-base0.10-dev, libneon27-gnutls-dev, librdf0-dev (= 1.0.8), libglib2.0-dev (= 2.15.0), libgconf2-dev, liborbit2-dev, gettext, libldap2-dev +Build-Depends: dpkg-dev (= 1.16.1), lsb-release, bzip2, bison, flex | flex-old, libxaw7-dev, unzip, zip, autoconf, automake, sharutils, pkg-config, libfontconfig1-dev, libc0.1 (= 2.10.2-7) [kfreebsd-i386 kfreebsd-amd64], zlib1g-dev, libfreetype6-dev, libx11-dev, libsm-dev, libxt-dev, libxext-dev, libxtst-dev, libice-dev, libcups2-dev, libarchive-zip-perl, fastjar, xsltproc, libxkbfile-dev, libxinerama-dev, x11proto-render-dev, libxml-parser-perl, gperf, po-debconf, bc, wget | curl,