Language Selection

English French German Italian Portuguese Spanish

A month of LibreOffice

Filed under
LibO

Well it’s been an exciting month, and there’s more to come. Not only this blog has known a record high peaks of audience, but I really wanted to show what we are up to these days. Several things are happening and I wish, now that I and my fellow non-Oracle members have resigned from the Community Council of OpenOffice.org, to stop the antics around that question. The fact of the matter is, we have left the OpenOffice.org project, others are leaving as well, and I don’t foresee a lot of people staying after the 3.3 release, which will be the last OpenOffice.org released with the full help of the community. On the other hand, Oracle will not be working with us, and is not interested to do so in their own words. Enough said.

The Document Foundation and LibreOffice are quite a daunting task to achieve; in fact, it’s not just the continuation of the largest code base of Free and Open Source software, which is already something major in itself, it’s the live development of software that’s truly innovative, truly appealing, and exceeding what the users were used to expect before. I have read on GigaOM that LibreOffice was, like OpenOffice.org, a technology of the past, a paradigm of the eighties or the nineties waiting to die. I would not disagree with the notion that our paradigm is old: that’s what Microsoft is realizing, and why it’s freaking out by creating phony videos on YouTube that only helps to highlight the lock-in people experience with Microsoft formats. Yet, LibreOffice is here to stay; as a project, and as a software. After our two betas we are expecting a code freeze by tomorrow or so, and we already have included lots of patches and fixes that will make LibreOffice already different from what you would have expected: a themed OpenOffice.org . More changes will be visible soon.

On the community point of view,




More in Tux Machines

GTK Graphics

  • GTK Lands A Big Refactoring Of OpenGL Code
    In addition to Red Hat's Benjamin Otte working on a Vulkan renderer for GTK4's GSK, he's also been working on a big refactoring of the OpenGL code that's now been merged to master. OpenGL is very important for GTK4 as it will play a big role in rendering with GSK. With this "large GL refactoring", a big clean-up was done of the OpenGL GDK code, affecting the X11, Win32, Wayland, and Mir code too. Some of the specific work includes no longer using buffer-age information, passing the actual OpenGL context, and simplifying the code. More details via this Git commit.
  • A Vulkan Renderer For GNOME's GTK+ GSK Is In Development
    A Vulkan back-end is in development for GNOME's GTK's tool-kit new GTK Scene Kit (GSK) code. Benjamin Otte has begun experimenting with a Vulkan back-end for GTK's GSK code with GTK Scene Kit being one of the big additions in development for the major GTK+ 4.0 milestone. GSK implements a scene graph to allow for more complex graphical control of widgets and other improvements to its graphics pipeline. GSK was merged back in October and currently uses OpenGL for rendering while there is now a branched Vulkan renderer.

Linux and Graphics

Early Benchmarks Of GCC 7 On Linux x86_64 With An Intel Core i7 6800K

With the GCC 7 compiler having entered its stage three, feature development is basically over so it's a great time to begin running more benchmarks of this big compiler update that will be officially released as GCC 7.1.0 in early 2017. Up today are benchmarks of the latest GCC 7.0 development snapshot compared to GCC 6.2 and GCC 5.4 on an Intel Core i7 6800K Broadwell-E system running Ubuntu 16.10. Read more Also: LLVM's LLD Linker Gets Faster Performance (Parallelized ICF)

KDE Leftovers

  • 7 Things to do After Installing KDE Plasma
    Even for other Linux users, KDE Plasma can seem like a different operating system. Except for a few standards like LibreOffice, the apps are different, and so is the design philosophy, which tends to cram in every possible feature. As a result, once they install, users are likely to wonder what to do next.
  • KDE Framworks 5 Content Snap Techno
    In the previous post on Snapping KDE Applications we looked at the high-level implication and use of the KDE Frameworks 5 content snap to snapcraft snap bundles for binary distribution. Today I want to get a bit more technical and look at the actual building and inner workings of the content snap itself. The KDE Frameworks 5 snap is a content snap. Content snaps are really just ordinary snaps that define a content interface. Namely, they expose part or all of their file tree for use by another snap but otherwise can be regular snaps and have their own applications etc. KDE Frameworks 5’s snap is special in terms of size and scope. The whole set of KDE Frameworks 5, combined with Qt 5, combined with a large chunk of the graphic stack that is not part of the ubuntu-core snap. All in all just for the Qt5 and KF5 parts we are talking about close to 100 distinct source tarballs that need building to compose the full frameworks stack. KDE is in the fortunate position of already having builds of all these available through KDE neon. This allows us to simply repack existing work into the content snap. This is for the most part just as good as doing everything from scratch, but has the advantage of saving both maintenance effort and build resources.
  • Calligra 3.0 Is Ready As A Qt5 / KDE Frameworks 5 Office Suite
    It's been quite a while since last having anything to report on the KDE Calligra open-source graphics/office suite while surprisingly this morning it was pleasant to see Calligra 3.0 tagged for release.
  • KDE Applications 16.12 Up to Release Candidate State, Final Arrives December 15
    The KDE development team was proud to announce the availability of the Release Candidate (RC) build of the upcoming KDE Applications 16.12 software suite for the KDE Plasma 5 desktop environment. Work on KDE Applications 16.12 started about a month ago, on November 10, when the third and last maintenance update of the current stable KDE Applications 16.08 release was announced, marking the end of life of the series. Until today, KDE Applications 16.12 received a Beta development version, tagged as build 16.11.80, and now we're seeing the Release Candidate, tagged as build 16.11.90.