When upgrading app-office/libreoffice-7.3.3.2 from r2 to r3, the build fails at the install phase * ERROR: app-office/libreoffice-7.3.3.2-r3::gentoo failed (install phase): * !!! newinitd: /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/files/libreoffice.initd does not exist Full output: *********************************************************** Successful packaging process! *********************************************************** ... creating log file log_730_en-US.log Sat May 14 07:35:24 2022 (00:03 min.) Installer finished If you want to edit the .ui files with glade first execute: export GLADE_CATALOG_SEARCH_PATH=/usr/lib64/libreoffice/share/glade Installation finished, you can now execute: /usr/lib64/libreoffice/program/soffice /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2/bin/distro-install-clean-up Cleaning up ... Fixing permissions... Checking for DESTDIR inside installed files... /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2/bin/distro-install-desktop-integration /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2 /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2 Install /usr/bin/lobase Install /usr/share/man/man1/lobase.1 Install /usr/bin/localc Install /usr/share/man/man1/localc.1 Install /usr/bin/lodraw Install /usr/share/man/man1/lodraw.1 Install /usr/bin/lomath Install /usr/share/man/man1/lomath.1 Install /usr/bin/loimpress Install /usr/share/man/man1/loimpress.1 Install /usr/bin/loweb Install /usr/share/man/man1/loweb.1 Install /usr/bin/lowriter Install /usr/share/man/man1/lowriter.1 Install /usr/bin/lofromtemplate Install /usr/share/man/man1/lofromtemplate.1 Install /usr/bin/libreoffice skip already existing symlink /usr/bin/libreoffice Install /usr/share/man/man1/libreoffice.1 Install /usr/bin/loffice Install /usr/share/man/man1/loffice.1 Install /usr/bin/unopkg Install /usr/share/man/man1/unopkg.1 Install /basis/program/java-set-classpath /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2/bin/distro-install-sdk /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2/bin/distro-install-file-lists Generating package file lists for Gentoo Foundation... * Optimize Python modules for /usr/lib64/libreoffice/program * ERROR: app-office/libreoffice-7.3.3.2-r3::gentoo failed (install phase): * !!! newinitd: /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/files/libreoffice.initd does not exist * * If you need support, post the output of `emerge --info '=app-office/libreoffice-7.3.3.2-r3::gentoo'`, * the complete build log and the output of `emerge -pqv '=app-office/libreoffice-7.3.3.2-r3::gentoo'`. * The complete build log is located at '/var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/temp/environment'. * Working directory: '/var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2' * S: '/var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/work/libreoffice-7.3.3.2' !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH="" JAVA_HOME="/etc/java-config-2/current-system-vm" JAVACFLAGS="" COMPILER="" and of course, the output of emerge --info =libreoffice-7.3.3.2
The next line also fails: newconfd: /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/files/libreoffice.confd does not exist Removing those two lines allows the build to finish with: ebuild /usr/portage/app-office/libreoffice/libreoffice-7.3.3.2-r3.ebuild install qmerge
another possible workaround is cp soffice.initd /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/files/libreoffice.initd cp soffice.confd /var/tmp/portage/app-office/libreoffice-7.3.3.2-r3/files/libreoffice.confd and then ebuild...merge.
My workaround: # Correcting path of files: cd /var/db/repos/gentoo/app-office/libreoffice/files cp soffice.confd libreoffice.confd cp soffice.initd libreoffice.initd # Regsiter new files in portage: cd /var/db/repos/gentoo/app-office/libreoffice ebuild libreoffice-7.3.3.2-r3.ebuild digest # Rebuild libreoffice: emerge -1 libreoffice
Should this feature be behind a use headless use flag? And will it need a systemd unit file?
confd/initd files does not start automatically. So, this files have not effect to user system. I think, that no need to add new use flag only for those text files. For adding new use flag needs to have more conditions.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=43e3bd8432b411bb62052a75d50f1f5ea0011844 commit 43e3bd8432b411bb62052a75d50f1f5ea0011844 Author: Conrad Kostecki <conikost@gentoo.org> AuthorDate: 2022-05-14 09:15:24 +0000 Commit: Conrad Kostecki <conikost@gentoo.org> CommitDate: 2022-05-14 09:15:24 +0000 app-office/libreoffice: rename confd/initd script Closes: https://bugs.gentoo.org/844145 Signed-off-by: Conrad Kostecki <conikost@gentoo.org> app-office/libreoffice/files/{soffice.confd => libreoffice.confd} | 0 app-office/libreoffice/files/{soffice.initd => libreoffice.initd} | 0 2 files changed, 0 insertions(+), 0 deletions(-)
(In reply to Mike Lothian from comment #4) > Should this feature be behind a use headless use flag? And will it need a > systemd unit file? Since this is a very big package, we decided against it, as you would re-emerge a whole libreoffice to install 2 additional files. I don't have systemd so, feel free to fill a PR for adding systemd ones. (In reply to Bogdan from comment #5) > confd/initd files does not start automatically. So, this files have not > effect to user system. > I think, that no need to add new use flag only for those text files. For > adding new use flag needs to have more conditions. Yes, for normal usage, you don't need such files. If you don't want to install them, you can always filter them via INSTALL_MASK. The init scripts are intended for using libreoffice as headless server. An example could be having a tomcat with some webapps, which uses libreoffice to generate some documents.
