Bug#342610: openoffice.org: update problems 1.1.4-7 - 2.0.0-4

Package: openoffice.org Version: 1.1.4-7 Severity: normal I'm trying to update to openoffice.org from 1.0.4-7 to 2.0.0-4 and get the following errors: # apt-get -t unstable install openoffice.org . Preparing to replace openoffice.org 1.1.4-7 (using .../openoffice.org_2.0.0-4_i386.deb) ...

Bug#570395: openoffice.org: tries to open *.XLSX with oowriter instead of oocalc

Package: openoffice.org Version: 1:3.1.1-15+squeeze1 Severity: normal Hi, ooffice tries to open *.XLSX with oowriter by default which gives you some xml code as text. But since these are spreadsheets, they should be opened with oocalc by default. Manually opening them via 'oocalc some.xlsx'

Bug#660580: libreoffice-common: syntax error in postrm

Package: libreoffice-common Version: 1:3.5.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to remove. From the attached log (scroll to the bottom...): Removing libreoffice-common ...

piuparts problems (leftover files) in LibreOffice packages and addons

Hi, while analyzing piuparts failures (you can find the relevant logfiles here (look for fail/libreoffice-*.log): http://piuparts.debian.org/sid/unowned_files_after_purge_error.html I noticed the following two error schemes: * files left behind after purge in /var/lib/libreoffice/share,

Bug#669271: piuparts problems (leftover files) in LibreOffice packages and addons

Version: 1:3.5.2-5 On 2012-04-25 00:12, Rene Engelhard wrote: diff --git a/shell-lib-extensions.sh b/shell-lib-extensions.sh [...] - /usr/lib/libreoffice/program/unopkg sync -v --bundled \ + HOME=$INSTDIR \ + /usr/lib/libreoffice/program/unopkg sync -v --bundled \ [...] +

Bug#669271: [PATCH] set HOME to a tmpdir before running 'unopkg list'

/changelog @@ -1,8 +1,13 @@ libreoffice (1:3.5.3-3) UNRELEASED; urgency=low + [ Rene Engelhard ] * debian/patches/ignore-sc_cellrangesbase-fails.diff: make .IGNORE actually work + [ Andreas Beckmann ] + * debian/shell-lib-extension.sh: set HOME to $INSTDIR also for + unopkg list

Bug#669271: [PATCH] set HOME to a tmpdir before running 'unopkg list'

On 2012-05-10 17:27, Rene Engelhard wrote: Interesting. I initially also thought --list could be a problem too but the results in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669271#10 suggested otherwise. I tested this by editing the libreoffice-common postinst in a chroot and manually

Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0

Package: libgraphite2-3 Version: 1.2.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 libgraphite2-dev Hi, during a test with piuparts I noticed your package is missing a Breaks or Conflicts relation with libgraphite2-2.0.0. Debsums reports errors

Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0

On 2012-10-06 18:05, Rene Engelhard wrote: Hi, On Sat, Oct 06, 2012 at 05:29:56PM +0200, Andreas Beckmann wrote: during a test with piuparts I noticed your package is missing a Breaks or Conflicts relation with libgraphite2-2.0.0. No, IMHO it isn't. Read the policy 7.6 again.[1] Replaces

Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0

On 2012-10-06 19:44, Rene Engelhard wrote: I added a Breaks: libgraphite2-2.0.0 and get this: rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i libgraphite2-3_1.2.0-2_amd64.deb rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i --auto-deconfigure libgraphite2-3_1.2.0-2_amd64.deb - boom.

Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0

On 2012-10-06 19:17, Rene Engelhard wrote: after install A install B remove B That package is now non-functional, so we *need* a Breaks or similar. The old package does not need to be functional anymore. libgraphite3-2 A is a crippled package at this point, nobody notices as long as B

Re: Bug#645713: fails to upgrade a default GNOME desktop installation from squeeze → sid

On Friday, 19. April 2013 17:51:36 Julien Cristau wrote: On Tue, Apr 9, 2013 at 18:17:00 +0200, David Kalnischkies wrote: I have done very few tests, but it seems like bringing openoffice.org-core back (as a transitional package) is the simplest workaround. If I remember right all

Bug#707933: libreoffice-common: unowned directory after purge: /var/lib/libreoffice/share/config/

Package: libreoffice-common Version: 1:4.0.3-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8:

Bug#709150: openoffice.org-thesaurus-en-au: transitional package missing epoch

Package: openoffice.org-thesaurus-en-au Version: 2.1-5.3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails. From the

Bug#709961: libreoffice-core: purging deletes directories owned by libreoffice-common

Package: libreoffice-core Version: 1:4.0.3-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package removes directories owned by another package. If this package needs the directories, too, ship them empty and let dpkg

Bug#710767: libreoffice-dev: fails to upgrade from 'sid' - trying to overwrite /usr/lib/libreoffice/program/gengal.bin

Package: libreoffice-dev Version: 1:4.1.0~beta1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails

Bug#710767: libreoffice-dev: fails to upgrade from 'sid' - trying to overwrite /usr/lib/libreoffice/program/gengal.bin

Followup-For: Bug #710767 Hi, the overwrite problem still appears in 1:4.1.0~beta2-1 (and the 1:4.1.0~beta2-2 changelog does not indicate a fix related to this bug). New log attached. Andreas libreoffice-dev_1:4.1.0~beta2-1.log.gz Description: GNU Zip compressed data

Bug#715044: uno-libs3: adequate reports library-not-found and undefined-symbol

Package: uno-libs3 Version: 4.0.4-2 Severity: normal Hi, adequate uno-libs3 reports: uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 = _ZN9xmlreader9XmlReader8nextItemENS0_4TextEPNS_4SpanEPi uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 =

Bug#707933: closed by Rene Engelhard r...@debian.org (Bug#707933: fixed in libreoffice 1:4.1.0-2)

Control: found -1 1:4.1.0-2 On 2013-07-28 05:21, Debian Bug Tracking System wrote: * debian/libreoffice-common.postrm.in: - don't create /var/lib/libreoffice/share/config/ anymore and remove it (and javaunopkginstall.xml if exists) on purge The if exists does not work:

Bug#728608: ooeclipseintegration: FTBFS: unsatisfiable B-D: openoffice.org-java-common

Source: ooeclipseintegration Version: 1.0.3.a-1 Severity: serious Justification: fails to build from source # apt-get build-dep ooeclipseintegration Reading package lists... Done Building dependency tree Reading state information... Done E: Build-Depends dependency for ooeclipseintegration cannot

Bug#769156: libreoffice-core: fails to upgrade from 'sid' - trying to overwrite /usr/lib/libreoffice/program/libpostgresql-sdbc-impllo.so

Package: libreoffice-core Version: 1:4.4.0~alpha1-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails

Bug#769156: libreoffice-core: fails to upgrade from 'sid' - trying to overwrite /usr/lib/libreoffice/program/libpostgresql-sdbc-impllo.so

On 2014-11-11 22:33, Rene Engelhard wrote: tag 769156 + pending Thanks! This is experimental after all, so no hurry to fix anything. No need to hurry :-) I don't care about libreoffice in experimental - just looking where I can provoke file overwrite errors :-) Andreas -- To UNSUBSCRIBE,

Bug#775150: libreoffice-core: removal of libreoffice-core makes directories disappear from libreoffice-common

Package: libreoffice-core Version: 1:4.3.3-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + libreoffice-common Hi, during a test with piuparts and DOSE tools I noticed your package causes removal of files that also belong to another package. The

Bug#788848: libreoffice-dbg: fails to upgrade from 'sid' - trying to overwrite /usr/share/libreoffice/gdb/libreoffice/sal.py

Package: libreoffice-dbg Version: 1:5.0.0~beta3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails

Bug#804317: libreoffice-dev-doc: unhandled symlink to directory conversion: /usr/share/doc/libreoffice-dev-doc/docs -> ../libreoffice-dev/docs

On 2015-11-08 10:46, Rene Engelhard wrote: > Hi, > > On Sat, Nov 07, 2015 at 10:31:54PM +0100, Andreas Beckmann wrote: >> No, this is a different issue and requires symlink_to_dir. >> >> untested libreoffice-dev-doc.maintscript that should fix this: >> >> sy

Bug#803565: ure: removal of ure makes files disappear from libreoffice-common: /usr/lib/libreoffice/program/unorc

Package: ure Version: 5.0.3~rc1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts replaces-without-breaks Hi, during a test with piuparts and DOSE tools I noticed your package causes removal of files that also belong to another package. This is caused by using Replaces

Bug#804317: libreoffice-dev-doc: unhandled symlink to directory conversion: /usr/share/doc/libreoffice-dev-doc/docs -> ../libreoffice-dev/docs

On 2015-11-07 13:40, Rene Engelhard wrote: > On Sat, Nov 07, 2015 at 10:25:22AM +0100, Andreas Beckmann wrote: >> Package: libreoffice-dev-doc >> Version: 1:5.0.3~rc2-1 > > Wrong. No. That was the correct version. Because the "incorrect" symlink caused by the

Bug#804317: libreoffice-dev-doc: unhandled symlink to directory conversion: /usr/share/doc/libreoffice-dev-doc/docs -> ../libreoffice-dev/docs

On 2015-11-07 14:18, Rene Engelhard wrote: > Hi, > >>> * debian/control{.sdk}.in, debian/rules, debian/libreoffice-dev-doc.links: >>> - stop moving the SDK docs into libreoffice-devs /usr/share/doc (and >>> move >>> the stuff installed into /usr/share/doc/libreoffice/sdk in >>>

Bug#803565: ure: removal of ure makes files disappear from libreoffice-common: /usr/lib/libreoffice/program/unorc

On 2015-10-31 14:56, Rene Engelhard wrote: > Hi again, > > On Sat, Oct 31, 2015 at 02:18:56PM +0100, Rene Engelhard wrote: >> Which is not really helpful given it will basically remove LO, too. But only >> the arch-dep parts, so yes, the "properly but not properly installed" >> libreoffice-common

Bug#803573: libreoffice-common: adding Conflicts against old openoffice.org transitional packages?

Package: libreoffice-common Version: 1:5.0.3~rc1-2 Severity: wishlist Hi Rene, what do you think about adding Conflicts against the old openoffice.org* transitional packages? They were last seen in wheezy, and adding Conflicts would ensure removal of these obsolete transitional packages from

Bug#801753: libreoffice: copyright file missing after upgrade (policy 12.5)

Source: libreoffice Version: 1:5.0.3~rc1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5:

Bug#727054: Postscript images are not displayed in presentation mode and not output in PDF export - fixed

On Thu, 10 Sep 2015 18:25:42 +0200 Chris Halls wrote: > Thanks for your bugreport. I've confirmed that the problem no longer > exists in current stable. It's the same problem as upstream bug #62038. What about testing/sid? Stable lives off a side branch in the versioning, so

Bug#799440: myspell-* and hunspell-*: error when trying to install together

reassign -1 src:libreoffice-dictionaries 1:5.0.1+dfsg-1 On Sat, 19 Sep 2015 10:45:04 +0200 Ralf Treinen wrote: > this concerns a whole list of myspell-X and hunspell-X packages, but I am ... > Here is the complete list: to which I'd like to add hunspell-da=1:5.0.1+dfsg-1

Bug#825650: libreoffice-common: prompting due to modified conffiles which were not modified by the user: /etc/libreoffice/sofficerc

Package: libreoffice-common Version: 1:5.1.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an

Bug#728608: ooeclipseintegration: FTBFS: unsatisfiable B-D: openoffice.org-java-common

On 2014-04-16 17:55, Moritz Muehlenhoff wrote: > On Mon, Nov 04, 2013 at 10:09:19AM +0100, Rene Engelhard wrote: >> On Sun, Nov 03, 2013 at 03:41:56PM +0100, Andreas Beckmann wrote: >>> With libreoffice in the archive maybe ooeclipseintegration can be removed? >> >>

Bug#815292: libreoffice: FTBFS on i386: test failure: testFlipAndRotateCustomShape::Import_Export_Import

Source: libreoffice Version: 1:5.1.1~rc1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, libreoffice FTBFS on i386: https://buildd.debian.org/status/fetch.php?pkg=libreoffice=i386=1%3A5.1.1~rc1-1=1455588828 [...] FDO74774.docx,526 File

Bug#815293: libreoffice: FTBFS on kfreebsd: testsuite timeout

Source: libreoffice Version: 1:5.1.1~rc1-1 Severity: important Hi, libreoffice FTBFS on kfreebsd-*, the build gets aborted while the testsuite is running without producing any more output. https://buildd.debian.org/status/fetch.php?pkg=libreoffice=kfreebsd-amd64=1%3A5.1.1%7Erc1-1=1455609030

Bug#815293: libreoffice: FTBFS on kfreebsd: testsuite timeout

On 2016-02-20 17:58, Rene Engelhard wrote: > This is already reported. And I checked before ... it even had kfreebsd in the title, no idea how I missed this. Sorry for the noise. Andreas

Bug#820320: libreoffice-gtk3: copyright file missing after upgrade (policy 12.5)

Package: libreoffice-gtk3 Version: 1:5.1.2~rc1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5:

Bug#824800: hunspell-es: fails to upgrade from 'jessie' - trying to overwrite /usr/share/hunspell/es_ES.aff

Package: hunspell-es Version: 1:5.1.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'jessie'. It installed fine in 'jessie', then the upgrade to 'stretch' fails because it tries to overwrite

Bug#824800: hunspell-es: fails to upgrade from 'jessie' - trying to overwrite /usr/share/hunspell/es_ES.aff

On 2016-05-19 23:52, Mattia Rizzolo wrote: > The question is: shouldn't the update have tried to update both? Do we > actually try support partial upgrades? Even if a "regular" upgrade would upgrade both packages, there is no guarantee on ordering. So I'm trying to exercise worst-case upgrade

Bug#854576: libreoffice-dev: fails to upgrade libreoffice-dev-doc from jessie with --install-recommends enabled

Hi, in stretch, if I apt-get install --install-recommends libreoffice-dev-doc I get # ls -la /usr/share/doc/libreoffice-dev-doc total 76 drwxr-xr-x 2 root root 100 Feb 11 20:11 . drwxr-xr-x 529 root root 11420 Feb 11 20:11 .. lrwxrwxrwx 1 root root27 Jan 12 06:57 api ->

Bug#854576: libreoffice-dev: fails to upgrade libreoffice-dev-doc from jessie with --install-recommends enabled

On 2017-02-12 11:17, Rene Engelhard wrote: >> So, yes, shipping directly in /usr/share/doc/libreoffice-core/sdk should do >> the trick > > Changing the complete path during a hard freeze? Hmm. Yes. Installing stuff over symlinks deserves RC status since it creates subtle problems like this one

Bug#866159: libhunspell-dev: broken symlink: /usr/share/doc/libhunspell-dev/README -> README.md

Package: libhunspell-dev Version: 1.6.1-2 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package ships (or creates) a broken symlink. >From the attached log (scroll to the bottom...): 1m29.1s ERROR: FAIL: Broken symlinks:

Bug#825650: libreoffice-common: prompting due to modified conffiles which were not modified by the user: /etc/libreoffice/sofficerc

On 2016-05-28 19:55, Rene Engelhard wrote: > On Sat, May 28, 2016 at 07:18:10PM +0200, Rene Engelhard wrote: >> But interestingly, in your log this only happened on the wheezy->jessie >> upgrade, >> while it should already have been done in the squeeze->wheezy one. So > > Indeed, after my

Bug#877494: libreoffice-sdbc-firebird: copyright file missing after upgrade (policy 12.5)

Package: libreoffice-sdbc-firebird Version: 1:5.4.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5:

Bug#877494: libreoffice-sdbc-firebird: copyright file missing after upgrade (policy 12.5)

On 10/02/2017 10:31 AM, Rene Engelhard wrote: > On Mon, Oct 02, 2017 at 09:26:15AM +0200, Andreas Beckmann wrote: >> This was observed on the following upgrade paths: >> >> jessie -> stretch -> buster >> (there was no libreoffice-sdbc-firebird in st

Bug#877175: libreoffice-help-* still depend on removed virtual package libreoffice-style-default

Source: libreoffice Version: 1:5.4.2~rc1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity.

Bug#880426: Acknowledgement (libreoffice-sdbc-firebird: fails to upgrade jessie -> stretch -> buster)

Don't forget to bump the version in debian/libreoffice-sdbc-firebird.maintscript That should have been done when that file was reintroduced in 1:5.4.2-1 Please use "1:5.4.3~rc1-3~" (or whatever will be the version including the fix plus a trailing "~"). It's always the version right before the

Bug#880426: libreoffice-sdbc-firebird: fails to upgrade jessie -> stretch -> buster

Package: libreoffice-sdbc-firebird Version: 1:5.4.2-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'jessie' to 'stretch' to 'buster'. It installed fine in 'jessie', and upgraded to 'stretch'

Bug#901220: libreoffice-dictionaries: FTBFS: can't cd to /<>/debian/hunspell-es/usr/share/hunspell

Hi Rene, On 2018-06-10 11:10, Rene Engelhard wrote: > On Sun, Jun 10, 2018 at 10:56:31AM +0200, Andreas Beckmann wrote: >> libreoffice-dictionaries/experimental FTBFS: > Yes, I have seen this. I *do* look at buildlogs after uploads. Unfortunately not everone does ... Anyway, I just

Bug#887004: liborcus: segfaults while running tests

On 2018-01-12 14:58, Rene Engelhard wrote: > Anyway, if this is so this will be automatically fixed in ~ 3 weeks when > the thing (libxion -> liborcus) will be uploaded to unstable (for > LibreOffice 6.0 needing it; that's also the only r-dep and the > dependency obviously will be strict enough if

Bug#905185: libreoffice-help-common: missing Breaks+Replaces: libreoffice-common (<< 1:6.1.0~alpha1-1)

Package: libreoffice-help-common Version: 1:6.1.0~rc2-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'stretch'. It installed fine in 'stretch', then the upgrade to 'buster' fails because it

Bug#905441: hunspell-bg: make conflicts versioned to allow installation of transitional myspell-bg package

Package: hunspell-bg Version: 1:6.0.5-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + myspell-bg Hi, during a test with piuparts I noticed your package prevents installation of the transitional myspell-bg package (which in turn depends on

Bug#887004: liborcus: segfaults while running tests

Package: liborcus Version: 0.13.1-3 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, liborcus/experimental recently started to FTBFS since it reproducibly segfaults while running the tests. This is in an up-to-date sid+experimental minimal

Bug#918318: libreoffice-dictionaries should ship symlinks for language-generic dictionary names

Followup-For: Bug #918318 Control: found -1 1:6.2.0~rc2-1 Hi, this only created a bunch of dangling symlinks: hyph_xx -> hyph_xx_XX You probably wanted hyph_xx.dic -> hyph_xx_XX.dic Andreas

Bug#919298: libreoffice-mysql-connector: fails to upgrade from sid: dpkg-maintscript-helper errors out

Package: libreoffice-mysql-connector Version: 1:6.2.0~rc2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. >From the attached log (scroll to the bottom...): Preparing

Bug#915019: libreoffice-mysql-connector: copyright file missing after upgrade (policy 12.5)

On 2018-11-29 22:53, Rene Engelhard wrote: >> Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control. > > Please update your template :) Thanks, fixed. Andreas

Bug#915019: libreoffice-mysql-connector: copyright file missing after upgrade (policy 12.5)

Package: libreoffice-mysql-connector Version: 1:6.2.0~beta1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5:

Bug#918685: graphite2: FTBFS with test failures: awamicmp[123]

Source: graphite2 Version: 1.3.13-3 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, graphite2/experimental FTBFS on all architectures: https://buildd.debian.org/status/package.php?p=graphite2=experimental The following tests FAILED:

Bug#919298: libreoffice-mysql-connector: fails to upgrade from sid: dpkg-maintscript-helper errors out

On 2019-01-26 17:51, Rene Engelhard wrote: > Except the "obvious" solution of keeping the transitional package > arch-dep and changing the -common to -core in maintscript... Needs to be > tested. should work with an appropriate version in the .maintscript file > Would like to avoid that, though;

Bug#919298: libreoffice-mysql-connector: fails to upgrade from sid: dpkg-maintscript-helper errors out

On 2019-01-26 17:25, Rene Engelhard wrote: > the package changed any (well, arch-specific) to all (transitional package), > maybe > that confuses dpkg-maintscript-helper? Any suggestion to get out of this? dpkg-maintscript-helper does not work properly on any->all (or vice versa) changes.

Bug#946470: libreoffice-l10n-de: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

Package: libreoffice-l10n-de Version: 1:6.4.0~beta1-0reprotest1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + libreoffice-l10n-ja libreoffice-l10n-he libreoffice-l10n-in libreoffice-l10n-za libreoffice-help-common Hi, an upgrade test with piuparts

Bug#946470: libreoffice-l10n-de: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

On 09/12/2019 18.37, Rene Engelhard wrote: > Either asap or next week when rc1 will be there (but either way will be NEW > given the previous versions > are still waiting in NEW since mid-November...) No need to hurry ... as long as it is fixed once these packages go to sid. Andreas

Bug#946470: libreoffice-l10n-de: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

Followup-For: Bug #946470 Control: found -1 1:6.4.0~rc3-1 Control: affects -1 + libreoffice-l10n-kmr Hi Rene, there are still a few left when upgrading from testing (1:6.3.4-2) to sid (1:6.4.0~rc3-1): 0m37.5s ERROR: FAIL: silently overwrites files via directory symlinks:

Bug#947446: closed by Rene Engelhard (Bug#947446: fixed in libreoffice 1:6.4.0~rc1-3)

Control: reopen -1 Control: found -1 1:6.4.0~rc1-5 Hi Rene, it looks like ure is still shipping (some of) the files that were split out to separate packages: Selecting previously unselected package ure. Preparing to unpack .../08-ure_6.4.0~rc1-5_amd64.deb ... Unpacking ure (6.4.0~rc1-5)

Bug#947446: libreoffice: ure split lacks proper versioned Breaks+Replaces

Source: libreoffice Version: 1:6.4.0~rc1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi Rene, the ure package was split recently but this lacks proper versioned Breaks+Replaces in the new packages. This allows for unwanted partial upgrades mixing a pre-split ure

Bug#952347: Processed: reassign 952347 to libreoffice-dev, affects 952347

On 14/03/2020 09.51, Rene Engelhard wrote: > Maybe split it out to a new libreoffice-dev-gui package or somesuch? (That > would need NEW though, > and thus will only be done with the 7.0 packages)? But a tiny package just > for this tool... (that's why > it was consumed in the -dev package.) I'd

Bug#952347: Processed: reassign 952347 to libreoffice-dev, affects 952347

On 14/03/2020 12.52, Rene Engelhard wrote: >> Which wouldn't really help here as stuff will still "FTBFS" if they only used >> -core-nogui, but yeah, one can add this nevertheless. > >

Bug#964251: libreoffice-common: needs Breaks+Replaces against openclipart-libreoffice

Package: libreoffice-common Version: 1:7.0.0~rc1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi Rene, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails

Bug#985297: libreoffice-common: do not use dir_to_symlink for /usr/lib/libreoffice/share/registry

her removed or upgraded first, but not just deconfigured. Fix up +the symlink in postinst instead. (Closes: #985297) + + -- Andreas Beckmann Wed, 07 Apr 2021 09:42:18 +0200 + libreoffice (1:7.0.4-3) unstable; urgency=medium * debian/tests/control.in: *really* add libreoffice-writer dependenc

Bug#985297: libreoffice-common: needs Conflicts against all packages shipping files in /usr/lib/libreoffice/share/registry

Package: libreoffice-common Version: 1:7.0.4-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + libreoffice-writer libreoffice-draw libreoffice-calc libreoffice-base libreoffice-math Hi, during a test with piuparts I noticed your package fails to

Bug#985297: libreoffice-common: needs Conflicts against all packages shipping files in /usr/lib/libreoffice/share/registry

Control: tag -1 - moreinfo unreproducible On 17/03/2021 06.42, Rene Engelhard wrote: - a clean buster debootstrap + apt install libreoffice-writer a clean minimal buster apt-get install libreoffice-writer # without --install-recommends enabled or apt-get install libreoffice-calc # happens

Bug#998435: libreoffice-java-common: missing Breaks+Replaces: libreoffice-smoketest-data (<< 1:7.3.0~)

Package: libreoffice-java-common Version: 1:7.3.0~alpha1-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental'

Bug#1055267: libreoffice-uiconfig-*: missing Breaks for the Replaces

Source: libreoffice Version: 4:7.6.2-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts replaces-without-breaks Hi, during a test with piuparts and DOSE tools I noticed your package causes removal of files that also belong to another package. This is caused by using Replaces

Bug#1065461: libreoffice-common: disabling libreoffice-evolution has moved evolocal.odb to libreoffice-common

On 05/03/2024 06.40, Rene Engelhard wrote: But I need to do the Replaces: libreoffice-common in -evolution anyways now? You added some, and it's probably better to be safe than sorry ;-) On a quick glance I also didn't spot a strictly enough versioned dependency on -common that would ensure

Bug#1065461: libreoffice-common: disabling libreoffice-evolution has moved evolocal.odb to libreoffice-common

Package: libreoffice-common Version: 4:24.2.1-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts fileconflict Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it