Search Criteria
Package Details: openoffice-bin 4.1.15-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/openoffice-bin.git (read-only, click to copy) |
---|---|
Package Base: | openoffice-bin |
Description: | The Free and Open Productivity Suite |
Upstream URL: | https://www.openoffice.org |
Licenses: | Apache |
Conflicts: | openoffice-base-bin-unstable |
Replaces: | openoffice, openoffice-base-bin |
Submitter: | disastro |
Maintainer: | disastro |
Last Packager: | disastro |
Votes: | 46 |
Popularity: | 0.44 |
First Submitted: | 2021-01-02 03:55 (UTC) |
Last Updated: | 2024-01-17 09:32 (UTC) |
Dependencies (17)
- desktop-file-utils (desktop-file-utils-gitAUR)
- freetype2 (freetype2-qdoledAUR, freetype2-macosAUR, freetype2-gitAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gtk2 (gtk2-maemoAUR, gtk2-patched-filechooser-icon-viewAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libxcrypt-compat
- shared-mime-info
- apr-util (optional) – adds apr support
- gconfAUR (optional) – adds additional gnome support
- gstreamer0.10-baseAUR (optional) – some gstr-plugins to support multimedia content, e.g. in impress
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, java-openjdk-ea-binAUR, zulu-23-binAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk) (optional) – adds java support
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, mesa-wsl2-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amd-bc250AUR, mesa-amber) (optional) – for the OGLTrans extension of impress
- mime-types (mailcap) (optional) – provides /etc/mime.types
- nss (nss-hgAUR) (optional) – adds support for signed files/macros
- python2AUR (python2-binAUR) (optional) – adds python support
- raptor1AUR (optional) – adds rdf support
- sqlite (sqlite-fossilAUR) (optional) – adds sqlite support
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »
batot commented on 2020-12-27 16:05 (UTC) (edited on 2020-12-27 16:17 (UTC) by batot)
$ pacman -Q openoffice
openoffice 4.1.8-1
;P
@Navlys you can't build version 4.1.8 because file PKGBUILD needs some changes source and build seting. Without put new file PKGBUILD is imposible. I'm still waiting for access to push new 4.1.8 version to AUR. Theoretical only version 4.1.7 we can build if modify PKGBUILD. If know how must change this lanes in file:
durl="http://archive.apache.org/dist/$pkgname/$pkgver/binaries/$_lang/Apache_OpenOffice${pkgver}_Linux_x86"
source_i686=("v$pkgver-i686::${_durl}_install-rpm_en-US.tar.gz")
Probably this working for version 4.1.7 - check.
LordofNoob commented on 2020-12-27 14:46 (UTC)
How did you install it?
Navlys commented on 2020-12-27 13:15 (UTC)
Hi! When I install openoffice, it gets an error. find: ‘opt/opt/openoffice4/program/python-core-2.7.6/lib’: No such file or directory sed: no input file And I can't find the directory. How can i solve it?
LordofNoob commented on 2020-12-21 09:19 (UTC)
Hmm, strange. I have been sure that I had to reset from 1.4 maybe I have dreamed this. I have 7 installed and it is set to 1.3 (extended). Maybe the naming changed after last patch. I do not know. Not following as close. This is not meant as critics btw. Just as facts as I see it.
kikislater commented on 2020-12-20 12:49 (UTC) (edited on 2020-12-20 12:50 (UTC) by kikislater)
You're right, I use "Libreoffice still" which is stable release with 1.2 format inside ...
batot commented on 2020-12-20 12:34 (UTC) (edited on 2020-12-20 12:39 (UTC) by batot)
LordofNoob: I'll just correct the facts. 1. Format file ODF 1.4 (Open Document) no exist. (source https://www.oasis-open.org/) 2. LO don't have ODF v 1.4 because look ad 1. OASIS doesn't even work on ODF v 1.4 because the work on v 1.3 is not finished yet;) 3. ODF 1.3 still don't have status stable. (source OASIS and Wiki), ODF v 1.3 Committee Specification 01 - 25 December 2019, ODF v 1.3 Committee Specification 02 - 30 October 2020r
If LO use non stable format - ok. He always experimental with all. ;)
LordofNoob commented on 2020-12-20 11:20 (UTC)
Thanks for the note. Yea Formulas are an issue too. small correction AOO uses 1.2. I think MS Office 365 could support 1.3, but I have doubt that 1.4 is supported by anyone since LO is the only one who thinks to know what 1.4 will be about. There is no released spec for that. So depending on what others use I recommend to downgrade the ODF Document version.
kikislater commented on 2020-12-20 10:51 (UTC)
Thank you for your report ! I will expose user point of view : I'm keen on Opensource and I contribute when I can (I use gnu/linux since 2005). We use AOO since years (officially 2009) ... We switched to Libreoffice as they promote it a lot and now have all documents in 1.4 format. We have others users which use it and report stability problem in AOO. They use a lot of formula in calc even if I advise them that they ask to much to AOO/LO and the manner they use it is not reliable / good for AOO/LO (really complex formula). Thank you for explaining that AOO is still in 1.3 format, it explains a lot of problems.
For MS Office compatibility, we work with partners / clients or supplier and as you could understand they are not in Linux. So compatibility or document visual changes are a bit frustrating even if MS doesn't respect his own xml format. In this scope OnlyOffice support it pretty well ...
Disclaimer : just a user point of view
LordofNoob commented on 2020-12-20 08:45 (UTC)
kikislater, I think what is meant is that the Issues in OpenOffice do not change. And there is the feeling that the Issues on LO change. I am not sure if this is true or not I am to much involved in the development of AOO, then I have some experience. But I do believe this whole stability discussion is based on personal experience with the issues.
AOO is behind on Formats compatibility. ODS 1.3 is not supported by AOO yet, and LO already switched to the to be standard 1.4 on the development build fresh. So you have to be careful what people use. For the MS Office Formats AOO has not developed anything in that area in a while, and how we will continue is not finalized yet. Most likely there will be an integration of POI.
Native builds do not make sense yet. OpenOffice is due its compatibility policy very much behind the general development. However in order to build OpenOffice within arch I need to update some other packages within Arch. So it will take some time. I am on it. But I need time.
kikislater commented on 2020-12-20 07:50 (UTC)
I'm sorry but I used this package and not as stable as Libreoffice. Furthermore there are some incompatibilities with some of documents, then I switched back to LibreOffice and OnlyOffice for compatility with M$ documents. For such package native build is better than converting an RPM package IMO ...
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »