I had a quick look at the membership of the Fedora Council following the links from the official page, or where there wasn't a link or the linked page was not clear googling their names.Īleksandra Fedorova - link goes to a wiki page which says "Currently work on CI for RHEL in Red Hat. Why create a controversy where there is none? > * Ubuntu: popularising Linux around the world. > We would like to highlight the following Debian derivatives:
Derivatives modify Debian to achieve the goals they set for themselves. > A Debian derivative is a distribution that is based on the work done in Debian but has its own identity, goals and audience and is created by an entity that is independent from Debian. Some people might want to take a look at these distributions in addition to the official Debian releases.
> There are a number of distributions based on Debian. It seems to me that that Debian officially sees itself as upstream of Ubuntu. > There isn't really a clear upstream/downstream relationship between the two, but there are commonalities in their development process. Stable is (mostly) a snapshot of testing at a certain point in time, just like Ubuntu is (mostly) a snapshot of testing at a certain (different) point in time. > While Ubuntu is derived from Debian's testing branch, the "official" Debian is the stable branch
#LIBREOFFICE UBUNTU SOFTWARE#
Plus, distributions usually test updates from one software version to another and old versions won't disappear on a whim. I have seen enough developer-created run-anywhere packages with unfixed security issues in vendored libraries (after all, why would the developer want to regenerate the package if the main software is unchanged), horrible file system access integration (no access to /tmp, no access to custom locations outside $HOME) and bloated storage requirements (vendoring of already installed libraries consumes space).
#LIBREOFFICE UBUNTU HOW TO#
Packagers take care of all the idiosyncrasies or their platform of choice and I can integrate most of that work into the next release, making life easier for me (no need to find out how to handle platform/distro X), for the packagers (most/all of their changes integrated) and for users (software will be installable from their repo of choice and/or compile out of the box on their target platform).Īs a user, I am also thankful if software comes in a format native to the distribution and from a repository I trust. I can focus on providing software in source form which can be compiled reasonably easy on the most common platforms. Sure, XDG, dbus and a few such things helped that at least the basics can still work, but it will never have that level of integration, and it will definitively not profit from any specific feature of the distributions package management.Īnd don't get me wrong, Flatpack or other such channels are _far_ better from nothing, and if there's a paclage but the distribution (or the specific maintainer) cannot keep up with newer versions of upstream they can even help to move away pressure from them.Īs a software developer, I am thankful for packagers.
#LIBREOFFICE UBUNTU UPGRADE#
I know a lot of good software engineers that have a hard time doing a release inclusive upgrade and maintenance procedure handling any config movements and breaking changes and what not, as they ain't release manager or maintainers of a distribution and that can be fine, not everyone needs to be able to do everything.Īlso, packaging _is_ a lot of work, but if there are experienced people doing it correctly the end result is a marvel. The software developers often (most of the time IME) not packaging experts, especially not for a variety of operating systems and different distributions, but the packagers of the distribution are experts for theirs, and can ensure that it's actually well integrated and handles updates correctly from the POV of the whole distribution. Our ability to maintain it in future versions of Fedora. The tradeoff is that we are pivoting away from work we had beenĭoing on desktop applications and will cease shipping LibreOfficeĪs part of RHEL starting in a future RHEL version. Well as RHEL users, and which, we hope, will be positively received
Is work that will improve the workstation experience for Fedora as HDR support, building out what’s needed for color-sensitive work,Īnd a host of other refinements required by Workstation users. RHEL for Workstations and focusing on gaps in Wayland, building out We are adjusting our engineering priorities for The Red Hat Display Systems team (the team behind most of Red Hat’sĭesktop efforts) has maintained the LibreOffice packages in Fedoraįor years as part of our work to support LibreOffice for Red HatĮnterprise Linux. It be known that LibreOffice will be dropped from a future Red HatĮnterprise Linux release, and the future of its support in Fedora is
0 kommentar(er)
