Open-source News

CUPS 3.0 Continues Being Crafted To Overhaul Linux Printing

Phoronix - Thu, 09/15/2022 - 17:25
Ever since OpenPrinting took over CUPS upstream from Apple, this widely-used, open-source print server has been back to having a vibrant future. CUPS development ceased at Apple and there wasn't much going on until last year when CUPS founder Michael Sweet and OpenPrinting provided new life to the project...

Intel Working On Energy Aware Scheduling For x86 Hybrid CPUs

Phoronix - Thu, 09/15/2022 - 17:00
For a number of years Arm CPUs on the mainline Linux kernel have supported Energy Aware Scheduling (EAS) as a means of providing the kernel's scheduler with the information to influence its scheduling decisions based on the estimated energy consumed by the CPU cores. EAS employs an energy model for helping to place tasks between the big.LITTLE cores for optimal energy efficiency and a minimal impact on throughput. Intel has been working to eventually support Energy Aware Scheduling on their x86 hybrid CPUs too...

Cemu 2.0-2 Released For This Open-Source, Linux-Supported Wii U Emulator

Phoronix - Thu, 09/15/2022 - 16:52
Released last month was Cemu 2.0 as open-source software and with Linux support for this Nintendo Wii U emulator that for years has been in development but up to that point closed-source and Windows-only. Cemu 2.0 continues advancing with another bug-fixing update out today...

24 of our favorite articles in a downloadable eBook

opensource.com - Thu, 09/15/2022 - 15:00
24 of our favorite articles in a downloadable eBook Lauren Pritchett Thu, 09/15/2022 - 03:00

One day in March of 2020, a few of my Opensource.com teammates and I grabbed lunch to talk about how we would work from home for the next couple of weeks until this pandemic got nipped in the bud. At the end of the work day, I packed up my laptop and walked out the door of our office building. Several months later, we were all still working from home. None of us had returned to our office-based workstations. In July 2020, using safety precautions, we were granted access to our workstation solely to retrieve personal items. My desk was left exactly as I left it that afternoon in March. Expiring snacks stashed in my secret drawer. Picture frames collecting dust. Comic strips pinned up.

And a pile of several bound copies of Best of a decade on Opensource.com 2010-2019. Our last yearbook that was published (and printed)!

Like most folks, the Opensource.com community had to pivot how we operated in order to stay connected. Sure, we continued our weekly video calls. But in-person conferences, a unique time where people would travel from all over the world to be together, were out of the question. Though some of this operational stuff has changed, the connection with one another has strengthened. It is due time to publish a new yearbook to honor that connection. This yearbook was created to celebrate our correspondents.

The Opensource.com Correspondent Program recognizes the critical group of our most trusted and committed contributors. We recently closed out yet another successful program year with 24 correspondents. Each correspondent selected their favorite article to be included in this downloadable yearbook. In it, you'll find Raspberry Pi tutorials, career stories, home automation tips, Linux tricks, and much more.

Image by:

Opensource.com, CC-BY-4.0

The above screenshot is from a recent video call with a few of our correspondents. This community reaches far in locale (North Carolina, Minnesota, California, Germany, India, and New Zealand to name a few) and wide in experience (educators, hobbyists, sysadmins, podcasters, and more).

I'm looking forward to spending another year with the Opensource.com community, whether that is through video calls, in-person events, an Internet DM, or simply reading your article. How would you like to participate?

Click here to download the Opensource.com Correspondent Yearbook 2022 ]

The Opensource.com Correspondent Yearbook 2021-2022 features articles about Raspberry Pi, Linux, open source careers, programming, and more.

Image by:

Monsterkoi. Modified by Opensource.com. CC BY-SA 4.0

Opensource.com community What to read next New year, new Opensource.com community manager This work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License. Register or Login to post a comment.

How I switched from Docker Desktop to Colima

opensource.com - Thu, 09/15/2022 - 15:00
How I switched from Docker Desktop to Colima Michael Anello Thu, 09/15/2022 - 03:00

DDEV is an open source tool that makes it simple to get local PHP development environments up and running within minutes. It’s powerful and flexible as a result of its per-project environment configurations, which can be extended, version controlled, and shared. In short, DDEV aims to allow development teams to use containers in their workflow without the complexities of bespoke configuration.

DDEV replaces more traditional AMP stack solutions (WAMP, MAMP, XAMPP, and so on) with a flexible, modern, container-based solution. Because it uses containers, DDEV allows each project to use any set of applications, versions of web servers, database servers, search index servers, and other types of software.

In March 2022, the DDEV team announced support for Colima, an open source Docker Desktop replacement for macOS and Linux. Colima is open source, and by all reports it’s got performance gains over its alternative, so using Colima seems like a no-brainer.

Migrating to Colima

First off, Colima is almost a drop-in replacement for Docker Desktop. I say almost because some reconfiguration is required when using it for an existing DDEV project. Specifically, databases must be reimported. The fix is to first export your database, then start Colima, then import it. Easy.

Colima requires that either the Docker or Podman command is installed. On Linux, it also requires Lima.

Docker is installed by default with Docker Desktop for macOS, but it’s also available as a stand-alone command. If you want to go 100% pure Colima, you can uninstall Docker Desktop for macOS, and install and configure the Docker client independently. Full installation instructions can be found on the DDEV docs site.

Image by:

(Mike Anello,CC BY-SA 4.0)

If you choose to keep using both Colima and Docker Desktop, then when issuing docker commands from the command line, you must first specify which container you want to work with. More on this in the next section.

More on Kubernetes What is Kubernetes? Free online course: Containers, Kubernetes and Red Hat OpenShift technical over… eBook: Storage Patterns for Kubernetes Test drive OpenShift hands-on An introduction to enterprise Kubernetes How to explain Kubernetes in plain terms eBook: Running Kubernetes on your Raspberry Pi homelab Kubernetes cheat sheet eBook: A guide to Kubernetes for SREs and sysadmins Latest Kubernetes articles Install Colima on macOS

I currently have some local projects using Docker, and some using Colima. Once I understood the basics, it’s not too difficult to switch between them.

  1. To get started, install Colima using Homebrew brew install colima

  2. ddev poweroff (just to be safe)

  3. Next, start Colima with colima start --cpu 4 --memory 4. The --cpu and --memory options only have to be done once. After the first time, only colima start is necessary.

  4. If you’re a DDEV user like me, then you can spin up a fresh Drupal 9 site with the usual ddev commands (ddev config, ddev start, and so on.) It’s recommended to enable DDEV’s mutagen functionality to maximize performance.

Switching between a Colima and Docker Desktop

If you’re not ready to switch to Colima wholesale yet, it’s possible to have both Colima and Docker Desktop installed.

  1. First, poweroff ddev:ddev poweroff

  2. Then stop Colima: colima stop

  3. Now run docker context use default to tell the Docker client which container you want to work with. The name default refers to Docker Desktop for Mac. When colima start is run, it automatically switches Docker to the colima context.

  4. To continue with the default (Docker Desktop) context, use the ddev start command.

Technically, starting and stopping Colima isn’t necessary, but the ddev poweroff command when switching between two contexts is.

Recent versions of Colima revert the Docker context back to default when Colima is stopped, so the docker context use default command is no longer necessary. Regardless, I still use docker context show to verify that either the default (Docker Desktop for Mac) or colima context is in use. Basically, the term context refers to which container provider the Docker client routes commands to.

Try Colima

Overall, I’m liking what I see so far. I haven’t run into any issues, and Colima-based sites seem a bit snappier (especially when DDEV’s Mutagen functionality is enabled). I definitely foresee myself migrating project sites to Colima over the next few weeks.

This article originally appeared on the DrupalEasy blog and is republished with permission.

Colima is a Docker Desktop alternative for macOS and Linux that's now supported by DDEV.

Image by:

freephotocc via Pixabay CC0

Kubernetes Mac Linux Drupal What to read next This work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License. Register or Login to post a comment.

Garuda Linux – A Rolling Release Distribution Based on Arch Linux

Tecmint - Thu, 09/15/2022 - 13:05
The post Garuda Linux – A Rolling Release Distribution Based on Arch Linux first appeared on Tecmint: Linux Howtos, Tutorials & Guides .

Arch Linux has a reputation for being an intimidating operating system to use, especially for beginners. Unlike popular Linux distributions such as Ubuntu and Fedora which provide a graphical installer, installation of Arch Linux

The post Garuda Linux – A Rolling Release Distribution Based on Arch Linux first appeared on Tecmint: Linux Howtos, Tutorials & Guides.

Pages