Home Home > Distribution > Derivatives
Sign up | Login

Archive for the ‘Derivatives’ Category

Tumbleweed Snapshots Are Steadily Rolling

February 21st, 2019 by

Four openSUSE Tumbleweed snapshot were released this week bringing updates for Kerberos, GNOME, KDE, YaST and Mozilla Firefox.

The latest snapshot of the week, 20190219, had more than a dozen packages updated. A new Kerberos database module using the Lightning Memory-Mapped Database library (LMDB) has was added with the krb5 1.17 package, which brought some major changes for the administration experience for the network authentication protocol Kerberos. The permissions package update 20190212 removed several old entries and the kernel-space and user-space code package tgt 1.0.74 fixed builds with the newer glibc. A couple xf86 packages were updated. The 1.4.0 version of xf86-video-chips was a bug fix release for X.Org Server. There was an X Server crash bug with the version 1.3 affecting devices older than the HiQVideo generation. The change log said the code may not compile against X Server 1.20 since it no longer supports 24-bit color. A few other YaST packages were updated in the snapshot like yast2-installation 4.1.36, which had an update that saves the used repositories at the end of installation so as not to offer the driver packages again.

The 20190217 snapshot had just three packages updated. The keyboard management library libgnomekbd 3.26.1 fixed a build with new GLib and updated translations. VMcore extraction tool makedumpfile 1.6.5 added some patches, bug fixes and improved support for arm64 systems with Kernel Address Space Layout Randomization (KASLR). The jump in the release of yast2-storage-ng from 4.1.53 to 4.1.59 provided quite a few changes like allowing the partitioner to create block cache (bcache) devices without a caching set and the newest version limits bcache support to x86_64.

The 20190215 snapshot finished the updates of KDE Applications 18.12.2 and KDE Frameworks 5.55.0, which started in the snapshot the day before. Multiple packages were updated in KDE Frameworks 5.55.0. Breeze Icons added a preferences-desktop-effects icon, KIO improved keyboard controls of the checksum widget, KTextEditor added a cancel button to stop long-running tasks in the search bar and KWayland added rows info to the plasma virtual desktop protocol. KDE Applications 18.12.2 had more than a dozen recorded bug fixes include improvements to Kontact, Ark, Konsole, Lokalize, Umbrello, and others. The address book now remembers birthdays when merging contacts from a bug fix with kdepim-addons and Ark no longer deletes files saved from inside the embedded viewer. An update to autoyast2 4.1.1 for the installation made changes to the reading of the IPv6 setting in order to initialize it correctly. Unit test were made in the libstorage-ng 4.1.88 package and it also had a change to detect Direct-Access Storage Devices (DASD) using virtio-blk. The python-cairocffi 0.9.0 package dropped Python 3.2 and 3.3 support. Several other YaST packages were updated in the snapshot including yast2-bootloader 4.1.17, yast2-configuration-management 4.1.3, yast2-firstboot 4.1.5 and yast2-network 4.1.39.

(more…)

Kubic is now a certified Kubernetes distribution

January 24th, 2019 by

Published by Richard Brown on Jan 22, 2019 on kubic.opensuse.org

Certified Kubernetes

The openSUSE Kubic team is proud to announce that as of yesterday, our Kubic distribution has become a Certified Kubernetes Distribution! Notably, it is the first open source Kubernetes distribution to be certified using the CRI-O container runtime!

What is Kubernetes Certification?

Container technologies in general, and Kubernetes in particular, are becoming increasingly common and widely adopted by enthusiasts, developers, and companies across the globe. A large ecosystem of software and solutions is evolving around these technologies. More and more developers are thinking “Cloud Native” and producing their software in containers first, often targeting Kubernetes as their intended platform for orchestrating those containers. And put bluntly, they want their software to work.

But Kubernetes isn’t like some other software with this sort of broad adoption. Even though it’s being used in scenarios large and small, from small developer labs to large production infrastructure systems, Kubernetes is still a fast-moving project, with new versions appearing very often and a support lifespan shorter than other similar projects. This presents real challenges for people who want to download, deploy and run Kubernetes clusters and know they can run the things they want on top of it.

When you consider the fast moving codebase and the diverse range of solutions providing or integrating with Kubernetes, that is a lot of moving parts provided by a lot of people. That can feel risky to some people, and lead to doubt that something built for Kubernetes today might not work tomorrow.

Thankfully, this a problem the Cloud Native Computing Foundation (CNCF) is tackling. The CNCF helps to build a community around open source container software, and established the Kubernetes Software Conformance Certification to further that goal. Certified Kubernetes solutions are validated by the CNCF. They check that versions, APIs, and such are all correct, present, and working as expected so users and developers can be assured their Kubernetes-based solutions will work with ease, now and into the future.

 

(more…)

KDE and openSUSE: Plasma 5.14, Qt 5.12 and more

October 17th, 2018 by

Plasma 5.14

Plasma 5.14 was released with many improvements.

It was planned to have it in a released in a Tumbleweed snapshot on the same day, but openQA issues prevented snapshot 20181008 from getting published. Instead, Tumbleweed users got it with snapshot 20181009 on Thursday morning. Currently, 5.14.1 is staged to be accepted in Tumbleweed.

To get it on Leap 15 (and even 42.3 with restrictions), you can add https://en.opensuse.org/SDB:KDE_repositories#KDE_Frameworks_5.2C_Plasma_5_and_Applications. Note that those are not part of the official distribution and therefore not as well supported.

KDE:Unstable drops support for Leap 42.3

The KDE:Unstable projects will drop support for openSUSE 42.3 next week.

Builds of KDE software from git master have been available for Leap 15 even before the official release, which should’ve given everyone enough time to migrate.

The Argon media got switched to Leap 15 just after release as well. If you haven’t heard of Argon (and Krypton) yet, they’re installable live media with the latest version of KDE software on Leap and Tumbleweed.

See the wiki article (https://en.opensuse.org/SDB:Argon_and_Krypton) for more information.

Migrating to Leap 15 also means that less system libraries (like libinput) need to be replaced, as the version in Leap 15 is sufficient for now.

If you haven’t migrated to Leap 15 yet, read https://en.opensuse.org/SDB:System_upgrade#Command_line_2. The provided instructions work just fine for the KDE:Unstable repositories.

Goodbye to Webkit (from a default install)

Did you know that two major browsers, Safari and Chromium, are based on KDE software? That’s right, KHTML was used by Apple as foundation when creating the WebKit Browser engine. During the development of Chrome, Google forked WebKit into Blink. (more…)

openSUSE Kubic Moves in a New Direction

August 9th, 2018 by

Dear Community,

It has been more than a year since the openSUSE community started the Kubic Project, and it’s worth looking back over the last months and evaluating where we’ve succeeded, where we haven’t, and share with you all our plans for the future.

A stable base for the future

Much of our success has been in the area generally referred to as **MicroOS**, the part of the Kubic stack that provides a stable operating system that is **atomicly updated** for running containers.

Not only is Kubic MicroOS now a fully integrated part of the openSUSE Tumbleweed release process, but our Transactional Update stack has also been ported to regular openSUSE Tumbleweed and Leap.

Based on the community’s feedback, the new System Role has been further refined and now includes fully automated updates out of the box.

This collaboration is continuing, with many minor changes to the regular openSUSE installation process coming soon based on lessons learned with tuning the installation process in Kubic.

Reviewing our initial premise

We haven’t just been busy on the basesystem. Our efforts with Rootless Containers continue, and you can now use the “Docker-alternative” Podman CRI-O in both Kubic and regular openSUSE. But when considering the Initial Premise of the Kubic project, it’s probably safe to say we’re not where we hoped to be by now.

(more…)

Transactional Updates in openSUSE Leap 15

May 15th, 2018 by

This blog is part of a series of technical blogs leading up to the release of openSUSE Leap 15. All of the blogs provide a use case regarding openSUSE Leap and the packages available in the distribution. Happy reading.

Transactional Updates is one of the exciting new features available in the upcoming release of openSUSE Leap 15, which is scheduled to be officially released May 25.

Contributed by the Kubic Project, Transactional Updates provides openSUSE systems with a method of updating the operating system and its packages in an entirely ‘atomic’ way. Updates are either applied to the system all together in a single transaction, or not at all. This happens without influencing the running system. If an update fails, or if the successful update is deemed to be incompatible or otherwise incorrect, it can be discarded to immediately return the system to its previous functioning state.

This differs from existing alternatives that already exist in the open source world. Some users use a rather exorbitant approach of maintaining multiple versions of their system in multiple partitions on disk to switch between the partitions to address a fear of tampering with a perfectly running system.

This juggling approach works, but takes an exorbitant amount of disk storage and maintenance efforts. More modern approaches like using ostree and snap attempt to address these problems and bring atomic/transactional updates to their users. However, these solutions have unintended consequence as users, developers, and partnering software vendors all learn new ways of managing their systems and existing packages cannot be re-used, which require either repackging or conversion. All of this develops to a situation where adopters need to redesign their mindsets, systems, tools and company policies to work with these clever tools. These workarounds have some key flaws that Kubic’s Transactional Updates feature strives to avoid.

Under the hood, Transactional Updates are made simple. Utilising the same btrfs, snapper, and zypper technologies that are trusted defaults in openSUSE Leap, Transactional Updates do something very similar to the traditional snapshots and rollbacks in Leap. However, Transactional Updates it never touches the running system. Instead of patching the current system, the transactional-update tool creates a new snapshot. All of the operations required by the update are carried out into a snapshot that ensures the current system is untouched with no changes impacting the running system.

(more…)

Start Using Qt 5.10 Beta in KDE Unstable repositories: Krypton and Argon

October 20th, 2017 by

The Qt project has recently released the first beta version of Qt 5.10. This release brings a lot of new features, such as initial support for Vulkan, text to speech functionality, and lots of other improvements.

The Qt libraries are heavily used by KDE software and especially Plasma often pushes them to the limits. This means that bugs or planned changes in Qt can also negatively affect the Plasma experience.

Early testing of Qt releases definitely helps because either bugs are discovered or KDE software is adjusted to work with the new version. The KDE:Unstable repos in OBS, which are used by Argon and Krypton to carry the latest builds of KDE software from git, are now built against Qt 5.10.

This allows to test the latest combination of Qt and KDE software by installing the packages through the live images Krypton and Argon, which allow testing without a local installation, and also through openQA, which regularly tests snapshots of KDE software every day.

If your interested in the latest and greatest in KDE software, give it a try!

(Update provided by openSUSE KDE Team)

Indonesia uses Linux, openSUSE for pilot project

May 27th, 2015 by

An estimated 45,000 students from a province in Indonesia have enhanced their education and computer-usage knowledge through a pilot  program using Linux and openSUSE that is expected to become a nationwide educational program.

From 2009 to 2014, the project called “Information and Communication Technology (ICT) Utilization for Educational Quality Enhancement in Yogyakarta Province” used openSUSE and created material with Linux to enhance educational quality and equality in Yogyakarta Province schools.

“More and more education people and officials come to Yogyakarta to learn about how to implement information technology in basic education,” said Mr. Mohammad Edwin Zakaria, an IT and Linux consultant for the program.

The program is expected to become a model of ICT utilization in the educational sector of Indonesia, Zakaria said. The pilot’s goal supports teaching and learning activities by providing ICT-based learning facilities, providing equipment, communication and network facilities, creating e-learning systems and developments, and by providing tools and support that are needed for schools activities to improve educational quality.

(more…)

Official 13.1 Docker Containers Released

August 7th, 2014 by

We are proud to announce official Docker containers for our latest openSUSE release, 13.1. Docker is an open-source project that automates the deployment of applications inside software containers. With the official openSUSE Docker containers it’s now easy for developers to leverage the power of our Linux distribution and it’s free software Eco-system as base for their applications.

openSUSE + Docker == Awesome

The Docker project was released in March last year. Until now, during this short amount of time, more than 450 people contributed with patches and 14,000 containers have been published on its central index. Docker recently released version 1.0, the first one declared enterprise-ready.

(more…)

openSUSE ARM Gets new Raspberry Pi Images

September 9th, 2013 by
Raspberry Pi in action

Sadly, the sticker doesn’t fit…

Over the weekend, Bernhard Wiedemann has been working on new armv6 based images for the Raspberry Pi. It is built using a set of alternative build scripts aiming to make the building of the image easier. He’s put the scripts as well as an image online, you can get it from oSC or here (image) and here (scripts). If you’re playing around with Raspberry Pi and want to create images for your device(s), this is for you!

The Image and Building It

As Bernhard explains on his blog, the image he created is only 82mb compressed, so it is pretty minimalistic. The image also contains the scripts he created for building under /home/abuild/rpmbuild/SOURCES/.

If you’re interested in playing with the building itself, creating custom images, the following commands will get you going:
osc co devel:ARM:Factory:Contrib:RaspberryPi altimagebuild
cd devel:ARM:Factory:Contrib:RaspberryPi/altimagebuild
bash -x main.sh

He notes: If you have 6GB RAM, you can speed things up with export OSC_BUILD_ROOT=/dev/shm/arm before you do.

This package doesn’t build in OBS or with just the osc command as it requires root permissions for some steps. That is why you have to run it by hand and let it do its magic. The under-250-lines of script will go through the following steps:

  1. First, osc build is used to pull in required packages and setup the armv6 rootfs.
  2. Second, mkrootfs.sh modifies a copy of the rootfs under .root to contain all required configs
  3. And finally, mkimage.sh takes the .root dir and creates a .img from it that can be booted

Bernhard claims that: “this can build an image from scatch in three minutes. And my Raspberry Pi booted successfully with it within 55 seconds.

Todo and Open Issues

He also points out some remaining open issues:

  • the repo key is initially untrusted
  • still uses old 3.1 kernel
  • build scripts have no error handling

Compared to the old image, this one has some advantages:

  • It is easier to resize as the root partition is the last one
  • Compressed image is much smaller
  • Reproducible image build, so easy to customize
  • It is armv6 with floating point support, so could be faster
  • We have 5200 successfully built packages from openSUSE:Factory:ARM

If you wanted to play with building images for the Raspberry Pi, this might well be the easiest way doing so! And as always, merge requests are very much welcome.

Have a lot of fun