Language Selection

English French German Italian Portuguese Spanish

MDV

Mageia 7.1, Mageia 7 with Ryzen 3000 hardware support

Filed under
MDV

The timing for Mageia 7, just prior to the recent release of the new AMD Ryzen 3000 series of CPU’s, didn’t play nicely. Namely, there was an issue with the system starting up on these new CPU’s that prevented any type of installation, except for a net install. So, the only solution was to release a new set of installation media, which are available to download here.

It’s very important to note that if you have a working system, there is nothing that you need to address. This release is primarily to fix installation on systems with the above CPU’s.

Read more

Also: Mageia 7.1 Released With Systemd Fix For AMD Ryzen 3000 Systems

Mageia 7 Pushes Linux Desktop Boundaries

Filed under
MDV
Reviews

Linux dispels the notion that one universal computing platform must define the features and functionality for all users. That is why so many distributions exist.

The Mageia distro is a prime example of how freedom and choice are the hallmarks of open source operating systems. Mageia 7 pushes the limits of personal choice and usability definitions.

What gives Mageia Linux its edge is its independence. Mageia 7 is not based on a predefined Linux family of distributions.

Read more

Review: Mageia 7

Filed under
MDV
Reviews

Mageia is a user friendly, desktop-oriented Linux distribution. The project originally grew out of the Mandriva family of distributions and is independently developed. The project's latest release is Mageia 7 which, according to the project's release notes, offers 18 months of support. Mageia 7 drops support for the ARMv5 architecture while adding support for 64-bit ARM (Aarch64) and improving support for ARMv7. While ARM packages are being built, ARM installation media is not yet featured on the project's download page. The new release includes the DNF command line package manager and features the ability to play MP3 files - MP3 support was not included by default in previous releases due to patent restrictions.

The release notes mention that GNOME users can enjoy their desktop running on a Wayland session by default with X.Org available as an alternative. KDE Plasma users will have the opposite experience with their desktop running on X.Org and a Wayland session available through a package in the distribution's repositories. The documentation also mentions that when running a GNOME on Wayland session some graphical administrator tools will not work when run through su or sudo. The user can run these tools with their regular user privileges and the system will prompt for an admin password when necessary.

Mageia is available for the 32-bit (x86) and 64-bit (x86_64) architectures. We can either download an install DVD with multiple desktop packages bundled or we can download live media with the Plasma, GNOME, or Xfce desktops. There are smaller net-install disc images available too. I decided to try the KDE Plasma live disc which is a 2.8GB download.

Booting from the live media brings up a menu which gives us the option of immediately loading the project's system installer or launching a live desktop environment. Choosing the live desktop brings up a series of graphical screens asking us to select our language from a list, confirm the distribution's license agreement, and we are offered a chance to read the release notes. We are then asked to select our time zone from a list and confirm our keyboard's layout.

Read more

Mageia Magical (lucky?) release number 7 has arrived

Filed under
MDV

Everyone at Mageia is very happy to announce the release of Mageia 7. We all hope that the release works as well for you as it has during our testing and development.

There are lots of new features, exciting updates, and new versions of your favorite programs, as well as support for very recent hardware. The release is available to download directly, or as a torrent from here.

There are classical installer images for both 32-bit and 64-bit architectures, as well as live DVD’s for 64-bit Plasma, GNOME, Xfce, and 32-bit Xfce.

Read more

Also: Mageia 7 Sets Sail With Linux 5.1, KDE Plasma 5.15.4 Desktop

Review: OpenMandriva Lx 4.0

Filed under
MDV
Reviews

OpenMandriva is a desktop-oriented distribution that originally grew from the Mandriva family of Linux distributions. Like other community projects which rose from the ashes of Mandriva, OpenMandriva places a focus on providing a polished desktop experience that is easy to install. Unlike most other community distributions in the Mandriva family, OpenMandriva uses the Calamares installer, its own custom settings panel for managing the operating system, and builds packages using the Clang compiler instead of the GNU Compiler Collection.

OpenMandriva 4.0 introduces some other changes too, including using Fedora's DNF command line package manager and switching from using Python 2 to Python 3 by default. Python 2 is still available in the distribution's repositories for people who need to use the older version of the language.

The project's latest release is available in two builds and both of them feature the KDE Plasma desktop and run on 64-bit (x86_64) machines. One build (called "znver1") is for modern CPUs while the other is a generic 64-bit build. I was unable to find any precise information on what the minimal requirements were for running "znver1" and so used the generic build for my trial. There are mentions of ARM support in the project's release notes, but at the time of writing there is just one tarball for an ARM build on the distribution's mirrors.

Curiously, on release day, the release notes also mentioned a LXQt build of OpenMandriva and a minimal desktop build. Neither of these were available on release day and it seems the release notes are out of date (or premature). The release announcement also offers a link to torrent downloads, but there were no torrents available on the server, even a week after OpenMandriva 4.0 was launched. (The following week torrent files were made available.) All of this is to say the documentation did not match what was actually available when version 4.0 became available.

The generic 64-bit build of OpenMandriva was a 2.4GB download. Booting from the project's ISO seemed to get stuck for a minute after passing the boot menu, but eventually a splash screen appeared, followed by a welcome window. The welcome screen offers us information on package versions and displays links to on-line resources. The welcome window also offers to help us change settings, which we can probably skip until after the distribution has been installed.

Read more

OpenMandriva Is Also Making Plans To Move Away From 32-Bit Support

Filed under
MDV

In addition to Ubuntu planning to drop 32-bit packages with their 19.10 release, the OpenMandriva development team is another high profile Linux distribution drafting plans to eliminate their 32-bit support.

OpenMandriva's plans to drop 32-bit are much more conservative than Canonical with planning for these changes by the October release of Ubuntu 19.10. In the case of OpenMandriva, they will gradually reduce their exposure to 32-bit in hopes of weening users to 64-bit where possible.

Read more

Also: OpenMandriva Lx 4.0 released, here are the new features

The best, until OpenMandriva does better: released OMLx 4.0

Filed under
MDV

Exciting news!
Shortly after the release candidate we are very proud to introduce you the fruit of so much work, some visible and much more behind the scenes and under the hood.

OpenMandriva Lx is a cutting edge distribution compiled with LLVM/clang, combined with the high level of optimisation used for both code and linking (by enabling LTO, and profile guided optimizations for some key packages where reliable profile data is easy to generate) used in its building.

OMLx 4.0 brings a number of major changes since 3.x release...

Read more

Also: OpenMandriva Lx 4.0 Released With AMD Zen Optimized Option, Toolchain Updates

Mageia 7 RC released for testing

Filed under
MDV

The Mageia Community is very happy to announce what will hopefully be the last release before Mageia 7 is final. We all hope that this release builds on the quality of the previous beta releases.

The release process so far has been smooth so we all hope that there are no new release critical bugs found here and that we can get Mageia 7 out into the wild shortly!

Read more

Also: Mageia 7 Release Candidate Ships With Linux 5.1 Kernel, KDE Plasma 5.15.4, Mesa 19.1

Want A Google-Free Android? Send Your Phone To This Guy

Filed under
OS
Android
MDV

The recent US ban on Huawei may have reignited the debate over Android’s dominance and Google’s control over the smartphone market.

The result of the ban is that Huawei had to come up with a new OS that doesn’t even have an inkling of Google’s proprietary software. For the rest of us, we have different third-party ROMs which try to remove Google from our phones in some way.

Read more

OpenMandriva Lx 4.0 RC Released, Rebases To LLVM Clang 8, Java 12, Linux 5.1

Filed under
MDV

Following their success in stripping out the remaining Python 2 bits, the release candidate of OpenMandriva Lx 4.0 is now available.

OpenMandriva Lx 4.0 is a big release with many changes that include upgrading to the LLVM Clang 8.0 as the default system compiler, switching back from RPM5 to RPM4, offering AMD Zen optimized support, ARM 64-bit support, an updated Calamares installer, and many other changes for this Mandriva/Mandrake-rooted distribution.

With the OpenMandriva Lx 4.0 release candidate besides upgrading to LLVM Clang 8, they have also pulled in the Linux 5.1 kernel, KDE Plasma 5.15.5 + KDE Applications 19.04.1, Qt 5.12, systemd 242, and Java 12. There is also a variety of user applications updated too like Firefox 66.

Read more

Also: OpenMandriva Lx 4.0 RC released

Syndicate content

More in Tux Machines

Operating-System-Directed Power-Management (OSPM) Summit

  • The third Operating-System-Directed Power-Management summit

    he third edition of the Operating-System-Directed Power-Management (OSPM) summit was held May 20-22 at the ReTiS Lab of the Scuola Superiore Sant'Anna in Pisa, Italy. The summit is organized to collaborate on ways to reduce the energy consumption of Linux systems, while still meeting performance and other goals. It is attended by scheduler, power-management, and other kernel developers, as well as academics, industry representatives, and others interested in the topics.

  • The future of SCHED_DEADLINE and SCHED_RT for capacity-constrained and asymmetric-capacity systems

    The kernel's deadline scheduling class (SCHED_DEADLINE) enables realtime scheduling where every task is guaranteed to meet its deadlines. Unfortunately SCHED_DEADLINE's current view on CPU capacity is far too simple. It doesn't take dynamic voltage and frequency scaling (DVFS), simultaneous multithreading (SMT), asymmetric CPU capacity, or any kind of performance capping (e.g. due to thermal constraints) into consideration. In particular, if we consider running deadline tasks in a system with performance capping, the question is "what level of guarantee should SCHED_DEADLINE provide?". An interesting discussion about the pro and cons of different approaches (weak, hard, or mixed guarantees) developed during this presentation. There were many different views but the discussion didn't really conclude and will have to be continued at the Linux Plumbers Conference later this year. The topic of guaranteed performance will become more important for mobile systems in the future as performance capping is likely to become more common. Defining hard guarantees is almost impossible on real systems since silicon behavior very much depends on environmental conditions. The main pushback on the existing scheme is that the guaranteed bandwidth budget might be too conservative. Hence SCHED_DEADLINE might not allow enough bandwidth to be reserved for use cases with higher bandwidth requirements that can tolerate bandwidth reservations not being honored.

  • Scheduler behavioral testing

    Validating scheduler behavior is a tricky affair, as multiple subsystems both compete and cooperate with each other to produce the task placement we observe. Valentin Schneider from Arm described the approach taken by his team (the folks behind energy-aware scheduling — EAS) to tackle this problem.

  • CFS wakeup path and Arm big.LITTLE/DynamIQ

    "One task per CPU" workloads, as emulated by multi-core Geekbench, can suffer on traditional two-cluster big.LITTLE systems due to the fact that tasks finish earlier on the big CPUs. Arm has introduced a more flexible DynamIQ architecture that can combine big and LITTLE CPUs into a single cluster; in this case, early products apply what's known as phantom scheduler domains (PDs). The concept of PDs is needed for DynamIQ so that the task scheduler can use the existing big.LITTLE extensions in the Completely Fair Scheduler (CFS) scheduler class. Multi-core Geekbench consists of several tests during which N CFS tasks perform an equal amount of work. The synchronization mechanism pthread_barrier_wait() (i.e. a futex) is used to wait for all tasks to finish their work in test T before starting the tasks again for test T+1. The problem for Geekbench on big.LITTLE is related to the grouping of big and LITTLE CPUs in separate scheduler (or CPU) groups of the so-called die-level scheduler domain. The two groups exists because the big CPUs share a last-level cache (LLC) and so do the LITTLE CPUs. This isn't true any more for DynamIQ, hence the use of the "phantom" notion here. The tasks of test T finish earlier on big CPUs and go to sleep at the barrier B. Load balancing then makes sure that the tasks on the LITTLE CPUs migrate to the big CPUs where they continue to run the rest of their work in T before they also go to sleep at B. At this moment, all the tasks in the wake queue have a big CPU as their previous CPU (p->prev_cpu). After the last task has entered pthread_barrier_wait() on a big CPU, all tasks on the wake queue are woken up.

  • I-MECH: realtime virtualization for industrial automation

    The typical systems used in industrial automation (e.g. for axis control) consist of a "black box" executing a commercial realtime operating system (RTOS) plus a set of control design tools meant to be run on a different desktop machine. This approach, besides imposing expensive royalties on the system integrator, often does not offer the desired degree of flexibility for testing/implementing novel solutions (e.g., running both control code and design tools on the same platform).

  • Virtual-machine scheduling and scheduling in virtual machines

    As is probably well known, a scheduler is the component of an operating system that decides which CPU the various tasks should run on and for how long they are allowed to do so. This happens when an OS runs on the bare hardware of a physical host and it is also the case when the OS runs inside a virtual machine. The only difference being that, in the latter case, the OS scheduler marshals tasks among virtual CPUs. And what are virtual CPUs? Well, in most platforms they are also a kind of special task and they want to run on some CPUs ... therefore we need a scheduler for that! This is usually called the "double-scheduling" property of systems employing virtualization because, well, there literally are two schedulers: one — let us call it the host scheduler, or the hypervisor scheduler — that schedules the virtual CPUs on the host physical CPUs; and another one — let us call it the guest scheduler — that schedules the guest OS's tasks on the guest's virtual CPUs. Now what are these two schedulers? That depends on the virtualization platform. They are always different, in the sense that it will never happen that, at runtime, a scheduler has to deal with scheduling virtual CPUs and also scheduling tasks that want to run on those same virtual CPUs (well, it can happen, but then you are not doing virtualization). They can be the same, in terms of code, or they can be completely different from that respect as well.

  • Rock and a hard place: How hard it is to be a CPU idle-time governor

    In the opening session of OSPM 2019, Rafael Wysocki from Intel gave a talk about potential problems faced by the designers of CPU idle-time-management governors, which was inspired by his own experience from the timer-events oriented (TEO) governor work done last year. In the first place, he said, it should be noted that "CPU idleness" is defined at the level of logical CPUs, which may be CPU cores or simultaneous multithreading (SMT) threads, depending on the hardware configuration of the processor. In Linux, a logical CPU is idle when there are no runnable tasks in its queue, so it falls back to executing the idle task associated with it (there is one idle task for each logical CPU in the system, but they all share the same code, which is the idle loop). Therefore "CPU idleness" is an OS (not hardware) concept and if the idle loop is entered by a CPU, there is an opportunity to save some energy with a relatively small impact on performance (or even without any impact on performance at all) — if the hardware supports that. The idle loop runs on each idle CPU and it only takes this particular CPU into consideration. As a rule, two code modules are invoked in every iteration of it. The first one, referred to as the CPU idle-time-management governor, is responsible for deciding whether or not to stop the scheduler tick and what to tell the hardware to do; the second one, called the CPU idle-time-management driver, passes the governor's decisions down to the hardware, usually in an architecture- or platform-specific way. Then, presumably, the processor enters a special state in which the CPU in question stops fetching instructions (that is, it does literally nothing at all); that may allow the processor's power draw to be reduced and some energy to be saved as a result. If that happens, the processor needs to be woken up from that state by a hardware event after spending some time, referred to as the idle duration, in it. At that point, the governor is called again so it can save the idle-duration value for future use.

Red Hat/IBM and Fedora Leftovers

  • An introduction to cloud-native CI/CD with Red Hat OpenShift Pipelines

    Red Hat OpenShift 4.1 offers a developer preview of OpenShift Pipelines, which enable the creation of cloud-native, Kubernetes-style continuous integration and continuous delivery (CI/CD) pipelines based on the Tekton project. In a recent article on the Red Hat OpenShift blog, I provided an introduction to Tekton and pipeline concepts and described the benefits and features of OpenShift Pipelines. OpenShift Pipelines builds upon the Tekton project to enable teams to build Kubernetes-style delivery pipelines that they can fully control and own the complete lifecycle of their microservices without having to rely on central teams to maintain and manage a CI server, plugins, and its configurations.

  • IBM's New Open Source Kabanero Promises to Simplify Kubernetes for DevOps

    At OSCON, IBM unveiled a new open source platform that promises to make Kubernetes easier to manage for DevOps teams.

  • MySQL for developers in Red Hat OpenShift

    As a software developer, it’s often necessary to access a relational database—or any type of database, for that matter. If you’ve been held back by that situation where you need to have someone in operations provision a database for you, then this article will set you free. I’ll show you how to spin up (and wipe out) a MySQL database in seconds using Red Hat OpenShift. Truth be told, there are several databases that can be hosted in OpenShift, including Microsoft SQL Server, Couchbase, MongoDB, and more. For this article, we’ll use MySQL. The concepts, however, will be the same for other databases. So, let’s get some knowledge and leverage it.

  • What you need to know to be a sysadmin

    The system administrator of yesteryear jockeyed users and wrangled servers all day, in between mornings and evenings spent running hundreds of meters of hundreds of cables. This is still true today, with the added complexity of cloud computing, containers, and virtual machines. Looking in from the outside, it can be difficult to pinpoint what exactly a sysadmin does, because they play at least a small role in so many places. Nobody goes into a career already knowing everything they need for a job, but everyone needs a strong foundation. If you're looking to start down the path of system administration, here's what you should be concentrating on in your personal or formal training.

  • Building blocks of syslog-ng

    Recently I gave a syslog-ng introductory workshop at Pass the SALT conference in Lille, France. I got a lot of positive feedback, so I decided to turn all that feedback into a blog post. Naturally, I shortened and simplified it, but still managed to get enough material for multiple blog posts.

  • PHP version 7.2.21RC1 and 7.3.8RC1

    Release Candidate versions are available in testing repository for Fedora and Enterprise Linux (RHEL / CentOS) to allow more people to test them. They are available as Software Collections, for a parallel installation, perfect solution for such tests (for x86_64 only), and also as base packages. RPM of PHP version 7.387RC1 are available as SCL in remi-test repository and as base packages in the remi-test repository for Fedora 30 or remi-php73-test repository for Fedora 28-29 and Enterprise Linux. RPM of PHP version 7.2.20RC1 are available as SCL in remi-test repository and as base packages in the remi-test repository for Fedora 28-29 or remi-php72-test repository for Enterprise Linux.

  • QElectroTech version 0.70

    RPM of QElectroTech version 0.70, an application to design electric diagrams, are available in remi for Fedora and Enterprise Linux 7. A bit more than 1 year after the version 0.60 release, the project have just released a new major version of their electric diagrams editor.

Endeavour OS 2019.07.15

Today we are looking at the first stable release of Endeavour OS. It is a project that started to continue the spirit of the recently discontinued Antergos. The developing team exists out of Antergos developers and community members. As you can see in this first stable release, it is far from just a continuing of Antergos as we know it. The stable release is an offline Calamres installer and it just came with a customized XFCE desktop environment. They are planning to have an online installer again in the future, which will give a person an option to choose between 10 desktop environments, similar to Antergos. It is based on Arch, Linux Kernel 5.2, XFCE 4.14 pre2 and it uses about 500mb of ram. Read more Direct/video: Endeavour OS 2019.07.15 Run Through

Linux File Manager: Top 20 Reviewed for Linux Users

A file manager is the most used software in any digital platform. With the help of this software, you can access, manage, and decorate the files on your device. For the Linux system, this is also an important factor to have an effective and simple file manager. In this curated article, we are going to discuss a set of best Linux file manager tools which definitely help you to operate the system effectively. Read more