Re: User Installation Process Feedback
On 15/02/2023 19:39, Damjan Jovanovic wrote: I documented 8 projects that tried to achieve that and compared them in the attached spreadsheet, and there are more. The document is a beaut, but you've excluded Flatpak and Snap, one of which you sort of condemn and one of which you recommend, nevertheless. Why not AppImage, for which half a work is already there, AFAIU ? (I mean `installed` method of packaging) So it hasn't got sandboxing. Is it such a big deal? Also, any new packaging method would have to integrate into the existing build framework? Which isn't exactly a model of clarity and robustness? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User Installation Process Feedback
On Wed, Feb 15, 2023 at 2:52 PM wrote: > Hello GB Mac, > > Le 2023-02-15 06:36, GB Mac a écrit : > > OpenOffice remains a perpetual > > developer project in Linux. > It's a problem to do with your Linux distribution (which you don't > specify). > See with them so that the DEB or RPM package is set online in their > repositories. > > Both the technical and political reality of software installation on Linux, is that Linux distribution repositories never could have been, and never will be, the one and only source of software to install. Repositories legally cannot package commercial software for example, and as the (now obsolete) Autopackage project quite correctly noticed around 2005, and its founder Mike Hearn gave a talk about to Gentoo developers at some conference in those days, the Linux distributions' repository has a monopoly on easy software installation, which distributions use as a political weapon against software that they don't like, whether it isn't UNIX-y enough, or has a strange licence, or isn't popular enough, or they just don't like for some personal reason. And there is trouble in paradise even for packages that make it into a distro repository. Distributions often ship old versions, and update on an awkward schedule. Inkscape used to have a release schedule where new releases would come out shortly after Ubuntu releases. As a result they had to deal with endless duplicate bug reports, from Ubuntu users installing the old version, and reporting bugs that were already fixed, but with no easy way to install the new version. Eventually Inkscape changed its release schedule to allow Ubuntu to package its latest version, but you can see the problem with this: should tens of thousands of packages really be forced to release in lock-step with Ubuntu? So the problem of 3rd party software installation has plagued Linux since inception: I documented 8 projects that tried to achieve that and compared them in the attached spreadsheet, and there are more. In bug 46333 users wanted an Autopackage of OpenOffice. Luckily in recent years the Linux distributions seem to have finally woken up, and begun officially supporting installation of 3rd party software, Ubuntu with Snap, and Red Hat with Flatpak. LibreOffice already offers Snap, Flatpak and AppImage, although I've found them to be of poor quality. Flatpak can work on Ubuntu too. AppImage isn't sandboxed at all. Snap is a disaster and will probably fail like most Canonical technologies. I definitely think Flatpak is the way to go. However it will require some development. We don't (only) use the standard GTK file dialogs, which automatically go through a "Portal" to allow us out of the sandbox, so we have to use the Portal API to gain permission to read the selected document somehow. Regards Damjan 3rd party software installation.ods Description: application/vnd.oasis.opendocument.spreadsheet - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[MWiki] Account creation
Hello, Could you create a personnal account to participate to french OpenOffice Wiki ? My pseudo could be : arverne73 My name : J-Paul Thanks -- Jean-Paul Bérard France - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User Installation Process Feedback
Hi Graeme Thank you for the kind words. We do agree it is good to have an Open Source alternative. The installation is indeed not user friendly (requires to unpack and execute a command line instruction). Unfortunately we do not have a volunteer to implement an installer. This is something that would indeed increase the visibility of the program under Linux (although that is not the primary AOO user platform). Let's hope there is a volunteer who would like to scratch this itch ;) All the best, Pedro > On 02/15/2023 5:36 AM WET GB Mac wrote: > > > Hi, > > First I would like to thank everyone who makes OpenOffice available, it > is appreciated to have a LibreOffice alternative in the open source world. > > Second I would like to say the installation process is a large barrier > to general uptake of the software. The fact that there are no simple, single > file, ready to install package makes this a niche power user project as > opposed to something that is truly accessible to everyone. The software is > likely great, I used it back in my Windows days and it was nice to have, but > in Linux it's only a couple of notches simpler than building it from source > code.Yes, many of us could do it but most don't because it's a pain in > the butt and this ensures that LibreOffice wins and OpenOffice remains a > perpetual developer project in Linux. I'm writing this because I like > OpenOffice, I like Apache and it's unfortunate that it's as inaccessible as > it is. Please fix this and OpenOffice could actually become popular in > Linux if that's the goal. > > Thanks. > > -Grahame - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User Installation Process Feedback
Hi all, It is not an easy step to get AOO (back) into a distribution... A better way would be to use alternative packaging formats: https://archive.fosdem.org/2022/schedule/event/openoffice_linux_packaging/ But, as always, it needs someone to do the work. This is a volunteers project, so every help is welcome! Regards, Matthias Am 15.02.23 um 13:51 schrieb club.a...@free.fr: > Hello GB Mac, > > Le 2023-02-15 06:36, GB Mac a écrit : >> OpenOffice remains a perpetual >> developer project in Linux. > It's a problem to do with your Linux distribution (which you don't > specify). > See with them so that the DEB or RPM package is set online in their > repositories. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: Request Mwiki account
Hi, thank you for your patience! We are in the process of a new release (AOO 4.1.14), so everybody may be busy testing the binaries now. I am sure you will get your account soon... Regards, Matthias Am 15.02.23 um 09:01 schrieb club.a...@free.fr: > Hello, > Last week, I sent you a creation request for my wiki account > No news? > > username: acsi > > thanks > > Le 2023-02-08 19:08, club.a...@free.fr a écrit : >> Thanks to create an account with my username: acsi >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: AOO 4.1.14
BTW, builds from buildbots are not for users. This is indeed a warning we have on that page... ;-) Regards, Matthias Am 15.02.23 um 13:54 schrieb club.a...@free.fr: > > Hello Matthias, > > Le 2023-02-15 10:34, Matthias Seidel a écrit : >> Yes, we have no buildbots for macOS. > > Sad to hear that :( > > Well, this will be fine to set this information on the webpage to warn > users. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: AOO 4.1.14
What should they be warned of? Am 15.02.23 um 13:54 schrieb club.a...@free.fr: > > Hello Matthias, > > Le 2023-02-15 10:34, Matthias Seidel a écrit : >> Yes, we have no buildbots for macOS. > > Sad to hear that :( > > Well, this will be fine to set this information on the webpage to warn > users. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: AOO 4.1.14
Hello Matthias, Le 2023-02-15 10:34, Matthias Seidel a écrit : Yes, we have no buildbots for macOS. Sad to hear that :( Well, this will be fine to set this information on the webpage to warn users. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User Installation Process Feedback
Hello GB Mac, Le 2023-02-15 06:36, GB Mac a écrit : OpenOffice remains a perpetual developer project in Linux. It's a problem to do with your Linux distribution (which you don't specify). See with them so that the DEB or RPM package is set online in their repositories. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO 4.1.14
Hi, Am 08.02.23 um 19:23 schrieb club.a...@free.fr: > Hello folks, > On this page: > https://www.openoffice.org/download/devbuilds.html > I don't find any builds for Mac Yes, we have no buildbots for macOS. Regards, Matthias > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
User Installation Process Feedback
Hi, First I would like to thank everyone who makes OpenOffice available, it is appreciated to have a LibreOffice alternative in the open source world. Second I would like to say the installation process is a large barrier to general uptake of the software. The fact that there are no simple, single file, ready to install package makes this a niche power user project as opposed to something that is truly accessible to everyone. The software is likely great, I used it back in my Windows days and it was nice to have, but in Linux it's only a couple of notches simpler than building it from source code. Yes, many of us could do it but most don't because it's a pain in the butt and this ensures that LibreOffice wins and OpenOffice remains a perpetual developer project in Linux. I'm writing this because I like OpenOffice, I like Apache and it's unfortunate that it's as inaccessible as it is. Please fix this and OpenOffice could actually become popular in Linux if that's the goal. Thanks. -Grahame
Re: Request Mwiki account
Hello, Last week, I sent you a creation request for my wiki account No news? username: acsi thanks Le 2023-02-08 19:08, club.a...@free.fr a écrit : Thanks to create an account with my username: acsi - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
