Language Selection

English French German Italian Portuguese Spanish

Gentoo Monthly Newsletter -- 30 September 2008

Filed under
Gentoo

This month in the GMN

Welcome to the September issue of the Gentoo monthly newsletter!

As usual, you can discuss any aspect of this issue of the GMN in the corresponding forum thread. We look forward to hearing from you!

2. Gentoo News

TeTex deprecated

The TeX distribution teTeX has been obsoleted as the author has no time to maintain it anymore. However, there is a complete distribution on top of it, that is now the successor: TeXLive. Many Linux distributions have already adopted it as their standard, and it's now the TeX flavor of choice for Gentoo, as well.

You are encouraged to emerge --unmerge tetex and then emerge world to get to an up-to-date system with a modern TeX version. Please read the TeXLive migration guide for more detailed instructions.

Gentoo's TeX maintainers have also created a poll in the forums on which TeX distribution you're using. Please vote, and let them know!

Release strategy changes

As you've probably read by now, there are some planned changes in Gentoo's release strategy. We're looking to do automated weekly builds of the stages and minimal CDs, with a possible once-a-year or so update to the networkless media (Installer LiveCDs/DVDs and Universal/Package CDs). Please read the announcement for more details; there's a lot of work involved to get the process going, and we need the help!

Trustees Meeting Summary

Rest Here




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.