Bug#1065461: marked as done (libreoffice-common: disabling libreoffice-evolution has moved evolocal.odb to libreoffice-common)
Your message dated Tue, 05 Mar 2024 06:47:09 + with message-id and subject line Bug#1065461: fixed in libreoffice 4:24.2.1-4 has caused the Debian Bug report #1065461, regarding libreoffice-common: disabling libreoffice-evolution has moved evolocal.odb to libreoffice-common to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1065461: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065461 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- 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 tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../libreoffice-common_4%3a24.2.1-3_all.deb ... Unpacking libreoffice-common (4:24.2.1-3) over (4:24.2.0-1) ... dpkg: error processing archive /var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb (--unpack): trying to overwrite '/usr/lib/libreoffice/presets/database/evolocal.odb', which is also in package libreoffice-evolution 4:24.2.0-1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) rmdir: failed to remove '/var/lib/libreoffice/share/prereg/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice/share/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice/program/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice': No such file or directory rmdir: failed to remove '/var/lib/libreoffice': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb I'm not sure whether Breaks+Replaces are the correct solution here, or whether -common should rather not ship the file regardless of (not) building -evolution ... If you add B+R now, you will also need to add them in the opposite direction once -evolutions gets reenabled. cheers, Andreas libreoffice-evolution=4:24.2.0-1_libreoffice-common=4:24.2.1-3.log.gz Description: application/gzip --- End Message --- --- Begin Message --- Source: libreoffice Source-Version: 4:24.2.1-4 Done: Rene Engelhard We believe that the bug you reported is fixed in the latest version of libreoffice, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 1065...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Rene Engelhard (supplier of updated libreoffice package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 05 Mar 2024 07:05:44 +0100 Source: libreoffice Architecture: source Version: 4:24.2.1-4 Distribution: unstable Urgency: medium Maintainer: Debian LibreOffice Maintainers Changed-By: Rene Engelhard Closes: 1065461 Changes: libreoffice (4:24.2.1-4) unstable; urgency=medium . * debian/rules: - re-enable libreoffice-evolution; rm evolocal.odb if evolution is disabled, though (otherwise ends up in -common) (closes: #1065461) * debian/control.evolution.in: - add Replaces: libreoffice-common (= 4:24.2.1-3) Checksums-Sha1: 3dc2f491773d19f10d8bd29de4db339af0ae89d3 36522 libreoffice_24.2.1-4.dsc 80f6e8d2829ce2cc234c7c1ae04a04220718b114 24868604 libreoffice_24.2.1-4.debian.tar.xz bf034f4d6d0846be5e6a1baeaf5aff0afc3aa1bf 37040 libreoffice_24.2.1-4_source.buildinfo Checksums-Sha256: 8e6d52169bb6f9fd6dc4678678ecda0f3e95e444a7166207a94a6a4ea657e22f 36522 libreoffice_24.2.1-4.dsc 80c4a8623ecb5dd1982cf0d5fe22eccbcd327938b20ad12564f028ba2252dc39 24868604 libreoffice_24.2.1-4.debian.tar.xz 45f37442b5064d81c1e2a2ed24381fa398c50441ff253a0d4571dd382a25dcef 37040 libreoffice_24.2.1-4_source.buildinfo Files: 24c1cfc494ac13ed1837757904333c43 36522 editors optional libreoffice_24.2.1-4.dsc 7faa1310fe844ba50689c43a1ee6efed 24868604 editors optional
libreoffice_24.2.1-4_source.changes ACCEPTED into unstable
Thank you for your contribution to Debian. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 05 Mar 2024 07:05:44 +0100 Source: libreoffice Architecture: source Version: 4:24.2.1-4 Distribution: unstable Urgency: medium Maintainer: Debian LibreOffice Maintainers Changed-By: Rene Engelhard Closes: 1065461 Changes: libreoffice (4:24.2.1-4) unstable; urgency=medium . * debian/rules: - re-enable libreoffice-evolution; rm evolocal.odb if evolution is disabled, though (otherwise ends up in -common) (closes: #1065461) * debian/control.evolution.in: - add Replaces: libreoffice-common (= 4:24.2.1-3) Checksums-Sha1: 3dc2f491773d19f10d8bd29de4db339af0ae89d3 36522 libreoffice_24.2.1-4.dsc 80f6e8d2829ce2cc234c7c1ae04a04220718b114 24868604 libreoffice_24.2.1-4.debian.tar.xz bf034f4d6d0846be5e6a1baeaf5aff0afc3aa1bf 37040 libreoffice_24.2.1-4_source.buildinfo Checksums-Sha256: 8e6d52169bb6f9fd6dc4678678ecda0f3e95e444a7166207a94a6a4ea657e22f 36522 libreoffice_24.2.1-4.dsc 80c4a8623ecb5dd1982cf0d5fe22eccbcd327938b20ad12564f028ba2252dc39 24868604 libreoffice_24.2.1-4.debian.tar.xz 45f37442b5064d81c1e2a2ed24381fa398c50441ff253a0d4571dd382a25dcef 37040 libreoffice_24.2.1-4_source.buildinfo Files: 24c1cfc494ac13ed1837757904333c43 36522 editors optional libreoffice_24.2.1-4.dsc 7faa1310fe844ba50689c43a1ee6efed 24868604 editors optional libreoffice_24.2.1-4.debian.tar.xz d13a4339a392b5c3418ce82fa9bdd440 37040 editors optional libreoffice_24.2.1-4_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCgAuFiEE4S3qRnUGcM+pYIAdCqBFcdA+PnAFAmXmuMEQHHJlbmVAZGVi aWFuLm9yZwAKCRAKoEVx0D4+cIywD/9yOsKgM3lRk8/7AaWfTjxMR5g4ouZG7PWO AKCiHy9IQaKy7XzAT8czo/qTro/7GB9MJ0fglqdumzB6JHYqXaOvjKCn4Zh/jD3+ Gx4TkbRZISy7LbsgP8MtcXH5QgsBJc65IY59dwEGsMns810SreVcR3P5Ql/Sa/yO OA/lzB+A58oQygxgfTfTzODePo4Zi7tQdyJFE7R9RkCiFRR1PpizDc/tFMBSxeju 8VHwCiBD8H/XsXQmm3VfvaNUjAEFerUAkApPcuvnPvUwBq7D0l0IUuBWr1Lxz42e q1i+7Z7XyUGKZ1dVqsFVzt//qZ+nBPrwjF+GV1HLusrwI2Aukh/jRIQ/dbSlbL2u SSXpEyExPIR7YOUM1yW7k6vlOe2ZjECd3q+deRjxHMkN8NjCBkbyprvcP14QyPBa boovorOATZiogEbQCo1mySb0kUpdWwn2yaxXNEN8pn0yB4sfYSBnuv+uKXh3uAK2 c4ynuJK/B8wstXneiyuiEIj0CqQ6C7SblbBtR2VAyE4zSmGqXXx2JT6nCbEIbTI8 icbE3c/74EaTr4o2U/CyITdXvF79s3eTaAycU3ixmYlv6MFe8rLtFgjOwuhmCkLY ASduP837KUhpkJjwktHOmxoMN/IpjdY8/Az+Ufnvqq2lG40mV2lYGLomi1FT6cgv Y2lrWfWzFg== =fPZu -END PGP SIGNATURE- pgpcOIgozwxd7.pgp Description: PGP signature
Processing of libreoffice_24.2.1-4_source.changes
libreoffice_24.2.1-4_source.changes uploaded successfully to localhost along with the files: libreoffice_24.2.1-4.dsc libreoffice_24.2.1-4.debian.tar.xz libreoffice_24.2.1-4_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Processed: Bug#1065461 marked as pending in libreoffice
Processing control commands: > tag -1 pending Bug #1065461 [libreoffice-common] libreoffice-common: disabling libreoffice-evolution has moved evolocal.odb to libreoffice-common Added tag(s) pending. -- 1065461: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065461 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1065461: libreoffice-common: disabling libreoffice-evolution has moved evolocal.odb to libreoffice-common
Hi, Am 05.03.24 um 00:47 schrieb Andreas Beckmann: Preparing to unpack .../libreoffice-common_4%3a24.2.1-3_all.deb ... Unpacking libreoffice-common (4:24.2.1-3) over (4:24.2.0-1) ... dpkg: error processing archive /var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb (--unpack): trying to overwrite '/usr/lib/libreoffice/presets/database/evolocal.odb', which is also in package libreoffice-evolution 4:24.2.0-1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) rmdir: failed to remove '/var/lib/libreoffice/share/prereg/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice/share/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice/program/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice': No such file or directory rmdir: failed to remove '/var/lib/libreoffice': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb I'm not sure whether Breaks+Replaces are the correct solution here, or whether -common should rather not ship the file regardless of (not) building -evolution ... The latter, imho. ifeq "$(ENABLE_EVO2)" "y" mkdir -p $(PKGDIR)-evolution/$(OODIR)/presets/database mkdir -p $(PKGDIR)-evolution/$(OODIR)/share/registry mv $(PKGDIR)-common/$(OODIR)/presets/database/evolocal.odb \ $(PKGDIR)-evolution/$(OODIR)/presets/database else rm -f $(PKGDIR)-common/$(OODIR)/presets/database/evolocal.odb endif Added the else part just now. If you add B+R now, you will also need to add them in the opposite direction once -evolutions gets reenabled. libphonenumber is fixed now, so I can re-enable it now and not have it blocking builds. But I need to do the Replaces: libreoffice-common in -evolution anyways now? Regards, Rene
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 tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../libreoffice-common_4%3a24.2.1-3_all.deb ... Unpacking libreoffice-common (4:24.2.1-3) over (4:24.2.0-1) ... dpkg: error processing archive /var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb (--unpack): trying to overwrite '/usr/lib/libreoffice/presets/database/evolocal.odb', which is also in package libreoffice-evolution 4:24.2.0-1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) rmdir: failed to remove '/var/lib/libreoffice/share/prereg/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice/share/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice/program/': No such file or directory rmdir: failed to remove '/var/lib/libreoffice': No such file or directory rmdir: failed to remove '/var/lib/libreoffice': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb I'm not sure whether Breaks+Replaces are the correct solution here, or whether -common should rather not ship the file regardless of (not) building -evolution ... If you add B+R now, you will also need to add them in the opposite direction once -evolutions gets reenabled. cheers, Andreas libreoffice-evolution=4:24.2.0-1_libreoffice-common=4:24.2.1-3.log.gz Description: application/gzip
Bug#1065448: libreoffice-common: soffice builds of pdf files are unreproducible
forwarded 1065448 https://bugs.documentfoundation.org/show_bug.cgi?id=160033 thanks Hi, Am 04.03.24 um 21:58 schrieb Rene Engelhard: Package: libreoffice-common Version: 4:24.2.0-1 Severity: normal Tags: upstream Then you should have filed it upstream :). Didn't write the reportbug text for no reason :) Did now: https://bugs.documentfoundation.org/show_bug.cgi?id=160033 When creating pdf files from odt files, soffice writes a CreationDate field which contains the actual build date/time. This varies with every build. For an example, see the bottom of https://tests.reproducible-builds.org/debian/rb-pkg/trixie/amd64/diffoscope-results/winff.html soffice could use the creation date of the input odt file, or even SOURCE_DATE_EPOCH instead of the current system date. I think there wven was an option to actually not export this at all (or I misremember) but it's probably not exposed to --convert-to etc. unless extra configuration. Anyway, forwarded. Regards, Rene
Processed: Re: Bug#1065448: libreoffice-common: soffice builds of pdf files are unreproducible
Processing commands for cont...@bugs.debian.org: > forwarded 1065448 https://bugs.documentfoundation.org/show_bug.cgi?id=160033 Bug #1065448 [libreoffice-common] libreoffice-common: soffice builds of pdf files are unreproducible Set Bug forwarded-to-address to 'https://bugs.documentfoundation.org/show_bug.cgi?id=160033'. > thanks Stopping processing here. Please contact me if you need assistance. -- 1065448: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065448 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1065448: libreoffice-common: soffice builds of pdf files are unreproducible
Package: libreoffice-common Version: 4:24.2.0-1 Severity: normal Tags: upstream X-Debbugs-Cc: pe...@pblackman.plus.com Dear Maintainer, When creating pdf files from odt files, soffice writes a CreationDate field which contains the actual build date/time. This varies with every build. For an example, see the bottom of https://tests.reproducible-builds.org/debian/rb-pkg/trixie/amd64/diffoscope-results/winff.html soffice could use the creation date of the input odt file, or even SOURCE_DATE_EPOCH instead of the current system date. Regards, Peter -- Package-specific info: Configuration file Package Exists Changed /etc/libreoffice/registry/Langpack-en-US.xcd libreoffice-common Yes No /etc/libreoffice/registry/lingucomponent.xcd libreoffice-common Yes No /etc/libreoffice/registry/main.xcd libreoffice-common Yes No /etc/libreoffice/registry/pdfimport.xcd libreoffice-common Yes No /etc/libreoffice/registry/res/fcfg_langpack_e libreoffice-common Yes No /etc/libreoffice/registry/xsltfilter.xcd libreoffice-common Yes No -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libreoffice-common depends on: ii libnumbertext-data 1.0.11-4 ii libreoffice-style-colibre 4:24.2.0-1 ii libreoffice-uiconfig-common 4:24.2.0-1 ii ucf 3.0043+nmu1 ii ure 4:24.2.0-1 Versions of packages libreoffice-common recommends: ii apparmor 3.0.12-1+b2 ii fonts-liberation 1:2.1.5-3 ii libexttextcat-data 3.4.7-1 ii poppler-data 0.4.12-1 ii python3-uno 4:24.2.0-1 ii xdg-utils 1.1.3-4.1 Versions of packages libreoffice-common suggests: ii libreoffice-style-colibre [libreoffice-style] 4:24.2.0-1 pn python3-scriptforge -- no debconf information
libreoffice-common: soffice builds of pdf files are unreproducible
Package: libreoffice-common Version: 4:24.2.0-1 Severity: normal Tags: upstream X-Debbugs-Cc: pe...@pblackman.plus.com Dear Maintainer, When creating pdf files from odt files, soffice writes a CreationDate field which contains the actual build date/time. This varies with every build. For an example, see the bottom of https://tests.reproducible-builds.org/debian/rb-pkg/trixie/amd64/diffoscope-results/winff.html soffice could use the creation date of the input odt file, or even SOURCE_DATE_EPOCH instead of the current system date. Regards, Peter -- Package-specific info: Configuration file Package Exists Changed /etc/libreoffice/registry/Langpack-en-US.xcd libreoffice-common Yes No /etc/libreoffice/registry/lingucomponent.xcd libreoffice-common Yes No /etc/libreoffice/registry/main.xcd libreoffice-common Yes No /etc/libreoffice/registry/pdfimport.xcd libreoffice-common Yes No /etc/libreoffice/registry/res/fcfg_langpack_e libreoffice-common Yes No /etc/libreoffice/registry/xsltfilter.xcd libreoffice-common Yes No -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libreoffice-common depends on: ii libnumbertext-data 1.0.11-4 ii libreoffice-style-colibre 4:24.2.0-1 ii libreoffice-uiconfig-common 4:24.2.0-1 ii ucf 3.0043+nmu1 ii ure 4:24.2.0-1 Versions of packages libreoffice-common recommends: ii apparmor 3.0.12-1+b2 ii fonts-liberation 1:2.1.5-3 ii libexttextcat-data 3.4.7-1 ii poppler-data 0.4.12-1 ii python3-uno 4:24.2.0-1 ii xdg-utils 1.1.3-4.1 Versions of packages libreoffice-common suggests: ii libreoffice-style-colibre [libreoffice-style] 4:24.2.0-1 pn python3-scriptforge -- no debconf information
