Language Selection

English French German Italian Portuguese Spanish

BSD

BSD and Free Software Leftovers

Filed under
GNU
BSD
  • Release candidate: Godot 3.3 RC 6

    If you missed the recent news, we decided to change our versioning for Godot 3.x and rename the upcoming version 3.2.4 to Godot 3.3, thereby starting a new stable branch. Check the dedicated blog post for details.

    But aside from the name change, it's still the same release. Our last testing build was 3.2.4 RC 5 and so this new Release Candidate is named 3.3 RC 6. The version change doesn't mean that we're reopening the branch for new features, and so Godot 3.3 is very close to its stable release.

    We still need a good round of testing on this new build to ensure that everything works as we want it before we make this the new stable branch (which will supersede the current 3.2.3 stable version).

  • The Apache News Round-up: week ending 19 March 2021

    And it's Friday! Let's take a look at what the Apache community has been up to over the past week...

  • The top tools data scientists use

    The sheer amount of data we need to process keeps growing, and you need the best tools to keep up. Here they are.
    I go on half-hour walks. After a walk, thanks to data collection tools in my smartwatch and smartphone, I can see that I took 4,227 steps, just over two miles, in 35 minutes and 14 seconds, and that I burned 191 calories along the way. And Google, Samsung, and my doctor, thanks to a connection to her electronic health record software, knows it too. Like it or lump it, we live in the world of big data.

    According to Statista, a business portal data site, in 2020 alone we reached a new high of 59 zettabytes of data. How much is a zettabyte, you ask? It's 10 to the 21st power bytes, or a trillion gigabytes. Or, in other words, the Library of Congress's total data is the merest minute fraction of the data constantly pouring into the Internet.

  • SaaSy move: GitLab floats a new company over the Great Firewall of China • The Register

    GitLab has licensed its technology to a Chinese company as the DevOps darling looks to drive adoption of its platform in the most populated country in the world.

    The company's existing self-managed version has been available in China for a while through a variety of resellers and system integrators and the online repo lays claim to several million users. The full-on SaaS version has, however, not been accessible in the same way due to what GitLab delicately referred to as "local licensing requirements."

    To deal with those issues, GitLab Information Technology (Hubei) Co., Ltd (referred to as JiHu) has been set up as an entity independent of GitLab Inc.

  • EuroBSDCon 2021 Call for Papers open

    Hoping to be able to make a conference in Vienna in September (and doing it digitally if not), the EuroBSDCon is now accepting submissions for presentations and tutorials.

  • Introduction to wg(4) - OpenBSD

    Before going further let's have a look at when OpenBSD's Wireguard implementation hit base by default.

    On May 12 2020, Matt Dunwoodie shared his work on OpenBSD's Wireguard implementation on openbsd-tech mailing list: [...]

FreeBSD kernel-mode WireGuard moves forward out-of-tree

Filed under
Security
BSD

Earlier this week, we covered progress integrating an implementation of the WireGuard VPN protocol into the FreeBSD kernel. Two days later, there's an update—kernel-mode WireGuard has been moved out of FreeBSD 13 development entirely for the time being.
The change only affects kernel-mode WireGuard. User-mode WireGuard has been available in FreeBSD since 2019 and remains, unaffected. If you pkg install wireguard, you get user-mode WireGuard, better known as wireguard-go. Wireguard-go is potentially less performant than kernel-mode, but it's stable and more than fast enough to keep up with most use cases.

The removal is actually good news for FreeBSD users and WireGuard users. Although the new kernel work done by WireGuard founder Jason Donenfeld, FreeBSD developer Kyle Evans, and OpenBSD developer Matt Dunwoodie represented a clear step forward, it was deemed too rushed to go out in a production kernel. This is a decision heartily endorsed by Donenfeld himself, who prefers a steadier development process with more code reviews and consensus.

Donenfeld announced the migration of development from FreeBSD 13-CURRENT to his own git repository earlier today. The new snapshot no longer relies on ifconfig extensions to build tunnels; it uses wg and wg-quick commands similarly to Linux, Windows, and Android builds instead. Although the code works, Donenfeld warns that it shouldn't be considered production-ready yet...

Read more

In-kernel WireGuard is on its way to FreeBSD and the pfSense router

Filed under
Security
BSD

This morning, WireGuard founding developer Jason Donenfeld announced a working, in-kernel implementation of his WireGuard VPN protocol for the FreeBSD 13 kernel. This is great news for BSD folks—and users of BSD-based routing appliances and distros such as pfSense and opnSense.

If you're not familiar with WireGuard, it establishes connections more quickly than traditional VPNs like OpenVPN. It's also, in our personal experience, overwhelmingly more reliable when managing large numbers of connections. Your author used to spend several hours a month shelling into machines and manually re-establishing broken OpenVPN tunnels, even after writing watchdog scripts to attempt to detect and re-establish them automatically—tearing it all out and replacing this several-hundred-machine-monitoring network with WireGuard-based infrastructure cut that down to "zero hours per month."

In addition to performance and reliability, WireGuard brings modern protocols, versioned crypto that literally cannot be set up incorrectly, and a far cleaner, lighter codebase than most competitors—Linus Torvalds once declared it "a work of art" by comparison to OpenVPN and IPSec.

Read more

BSD and SUSE Leftovers

Filed under
SUSE
BSD
  • The Call for Talk and presentation proposals for EuroBSDCon 2021 is now open.

    EuroBSDcon is the European technical conference for users and developers of BSD-based systems. The conference will take place September 16-19 2021 in Vienna, Austria. The tutorials will be held on Thursday and Friday to registered participants and the talks are presented to conference attendees on Saturday and Sunday.

    The Call for Talk and Presentation proposals period will close on May 24th, 2021. Prospective speakers will be notified of acceptance or otherwise by June 2nd, 2021.

  • New & Much Improved WireGuard Implementation Comes To FreeBSD - Phoronix

    Towards the end of last year FreeBSD imported a WireGuard kernel module. That initial WireGuard port to FreeBSD was sponsored by firewall company Netgate but the code quality was found to be poor and made without much involvement from upstream WireGuard developers. That FreeBSD WireGuard kernel code is now in the process of being replaced by a much better implementation.

    WireGuard lead developer Jason Donenfeld explained the situation today in an email, "Sometime ago, a popular firewall vendor tasked a developer with writing a WireGuard implementation for FreeBSD. They didn’t bother reaching out to the project...Then, at some point, whatever code laying around got merged into the FreeBSD tree and the developer tasked with writing it moved on."

  • Cloud Computing in 2021: What You Should Know about Public, Private, Hybrid, PaaS, SaaS and FaaS [Ed: Oh, wow! What a buzzwords salad!]

    Whether you’re focusing on cutting maintenance, electricity and storage costs, increasing reliability or doing your part to reduce climate impact, there are countless reasons organizations are looking to escalate their cloud migration as fast as they can. Cloud computing is probably the most significant driver of digital transformation over the last decade.

  • The openSUSE Virtual Conference 2021 To Take Place June 18-20

    The openSUSE Conference is the annual openSUSE community event that brings people from around the world together to meet and collaborate.

    The organized talks, workshops, and BoF sessions provide a framework around more casual meet ups and hack sessions.

    The call for papers for the openSUSE Virtual Conference 2021 is open until May 4. The dates of the conference are scheduled for June 18 – 20, 2021. Registration for the conference has also begun. The registration period is open March 01 – June 20, 2021

FreeBSD 13.0-RC2 Now Available

Filed under
BSD

The second RC build of the 13.0-RELEASE release cycle is now available.

Installation images are available for:

o 13.0-RC2 amd64 GENERIC
o 13.0-RC2 i386 GENERIC
o 13.0-RC2 powerpc GENERIC
o 13.0-RC2 powerpc64 GENERIC64
o 13.0-RC2 powerpc64le GENERIC64LE
o 13.0-RC2 powerpcspe MPC85XXSPE
o 13.0-RC2 armv6 RPI-B
o 13.0-RC2 armv7 GENERICSD
o 13.0-RC2 aarch64 GENERIC
o 13.0-RC2 aarch64 RPI
o 13.0-RC2 aarch64 PINE64
o 13.0-RC2 aarch64 PINE64-LTS
o 13.0-RC2 aarch64 PINEBOOK
o 13.0-RC2 aarch64 ROCK64
o 13.0-RC2 aarch64 ROCKPRO64
o 13.0-RC2 riscv64 GENERIC
o 13.0-RC2 riscv64 GENERICSD

Note regarding arm SD card images: For convenience for those without
console access to the system, a freebsd user with a password of
freebsd is available by default for ssh(1) access.  Additionally,
the root user password is set to root.  It is strongly recommended
to change the password for both users after gaining access to the
system.

Installer images and memory stick images are available here:

    https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/

The image checksums follow at the end of this e-mail.

If you notice problems you can report them through the Bugzilla PR
system or on the -stable mailing list.

If you would like to use Git to do a source based update of an existing
system, use the "releng/13.0" branch.

A summary of changes since 13.0-RC1 includes:

o Miscellaneous loader fixes.

o Fixes to if_wg(4) have been added.

o The growfs(8) utility has been updated to allow operating on
  read/write filesystems.

o Several ZFS fixes.

o Several TCP fixes.

o The bc(1) utility has been updated to version 3.3.3.

o An arm64 AES-XTS regression has been fixed.

o A fix for VLAN hardware filtering in ixl(4) has been fixed.

o The ice(4) driver has been updated to version 0.28.1-k.

A list of changes since 12.2-RELEASE is available in the releng/13.0
release notes:

    https://www.freebsd.org/releases/13.0R/relnotes.html

Please note, the release notes page is not yet complete, and will be
updated on an ongoing basis as the 13.0-RELEASE cycle progresses.

Read more

FreeBSD switches to git

Filed under
Development
BSD

The FreeBSD project is in the process of switching its version-control system to git. Having passed through RCS, CVS and SVN, the project is now ending up with the same tools as (most) everyone else.

FreeBSD has three main repositories: src (the source code of the operating system itself and its supporting tools and the whole base userland), doc (all the documentation, handbooks, guides, etc) and ports (the descriptions of how to build third-party software like KDE Frameworks).

Read more

Audiocasts/Shows: BSDNow, Coder Radio, and The Linux Link Tech Show (TLLTS)

Filed under
GNU
Linux
BSD

  • BSDNow: 393: ZFS dRAID

    Lessons learned from a 27 years old UNIX book, Finally dRAID, Setting up a Signal Proxy using FreeBSD, Annotate your PDF files on OpenBSD, Things You Should Do Now, Just: More unixy than Make, and more

  • Not Found | Coder Radio 404

    Mike reveals his secret project to Chris, who has several probing questions.

  • The Linux Link Tech Show Episode 897

    replacements for ansible, containers, home it docuemntation, cooking

FreeBSD 13.0-RC1 Now Available

Filed under
BSD

The first RC build of the 13.0-RELEASE release cycle is now available.

Installation images are available for:

o 13.0-RC1 amd64 GENERIC
o 13.0-RC1 i386 GENERIC
o 13.0-RC1 powerpc GENERIC
o 13.0-RC1 powerpc64 GENERIC64
o 13.0-RC1 powerpc64le GENERIC64LE
o 13.0-RC1 powerpcspe MPC85XXSPE
o 13.0-RC1 armv6 RPI-B
o 13.0-RC1 armv7 GENERICSD
o 13.0-RC1 aarch64 GENERIC
o 13.0-RC1 aarch64 RPI
o 13.0-RC1 aarch64 PINE64
o 13.0-RC1 aarch64 PINE64-LTS
o 13.0-RC1 aarch64 PINEBOOK
o 13.0-RC1 aarch64 ROCK64
o 13.0-RC1 aarch64 ROCKPRO64
o 13.0-RC1 riscv64 GENERIC
o 13.0-RC1 riscv64 GENERICSD

Note regarding arm SD card images: For convenience for those without
console access to the system, a freebsd user with a password of
freebsd is available by default for ssh(1) access.  Additionally,
the root user password is set to root.  It is strongly recommended
to change the password for both users after gaining access to the
system.

Installer images and memory stick images are available here:

    https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/

The image checksums follow at the end of this e-mail.

If you notice problems you can report them through the Bugzilla PR
system or on the -stable mailing list.

If you would like to use SVN to do a source based update of an existing
system, use the "releng/13.0" branch.

A summary of changes since 13.0-BETA4 includes:

o An update to handle partial data resending on ktls/sendfile has been
  added.

o A bug fix in iflib.

o A fix to pf(4) for incorrect fragment handling.

o A TCP performance improvement when using TCP_NOOPT has been added.

o Several SCTP fixes and improvements.

o Several other miscellaneous fixes and improvements.

A list of changes since 12.2-RELEASE is available in the releng/13.0
release notes:

    https://www.freebsd.org/releases/13.0R/relnotes.html

Please note, the release notes page is not yet complete, and will be
updated on an ongoing basis as the 13.0-RELEASE cycle progresses.

=== Virtual Machine Disk Images ===

VM disk images are available for the amd64, i386, and aarch64
architectures.  Disk images may be downloaded from the following URL
(or any of the FreeBSD download mirrors):

    https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-RC1/

The partition layout is:

    ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label)
    ~ 1 GB  - freebsd-swap GPT partition type (swapfs GPT label)
    ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label)

The disk images are available in QCOW2, VHD, VMDK, and raw disk image
formats.  The image download size is approximately 135 MB and 165 MB
respectively (amd64/i386), decompressing to a 21 GB sparse image.

Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI
loader file is needed for qemu-system-aarch64 to be able to boot the
virtual machine images.  See this page for more information:

    https://wiki.freebsd.org/arm64/QEMU

To boot the VM image, run:

    % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt  \
	-bios QEMU_EFI.fd -serial telnet::4444,server -nographic \
	-drive if=none,file=VMDISK,id=hd0 \
	-device virtio-blk-device,drive=hd0 \
	-device virtio-net-device,netdev=net0 \
	-netdev user,id=net0

Be sure to replace "VMDISK" with the path to the virtual machine image.

BASIC-CI images can be found at:

    https://download.freebsd.org/ftp/releases/CI-IMAGES/13.0-RC1/

=== Amazon EC2 AMI Images ===

FreeBSD/amd64 EC2 AMIs are available in the following regions:

  af-south-1 region: ami-024a37d8ee55504a9
  eu-north-1 region: ami-0f7e6ef964131a5c5
  ap-south-1 region: ami-0da383cf93cddac9d
  eu-west-3 region: ami-0c2e5eecf725c8480
  eu-west-2 region: ami-07e739abd39787f83
  eu-south-1 region: ami-042c036041ab5c683
  eu-west-1 region: ami-02b72374c39f164f4
  ap-northeast-3 region: ami-06b158bab2dc009b8
  ap-northeast-2 region: ami-0fbcb7db014004a7f
  me-south-1 region: ami-0a5040da848631036
  ap-northeast-1 region: ami-0ea2e5573427aa49c
  sa-east-1 region: ami-0e8ca0e56ecd00395
  ca-central-1 region: ami-08503cd732e74743f
  ap-east-1 region: ami-0fa7c7d12cd5c992f
  ap-southeast-1 region: ami-0adc820ff9c36b582
  ap-southeast-2 region: ami-0f031e3027fe5ed45
  eu-central-1 region: ami-0685d9bbc37652517
  us-east-1 region: ami-0dc102bfa2a63a6c0
  us-east-2 region: ami-0d65407784cf103ac
  us-west-1 region: ami-0d676e4b02aeac56e
  us-west-2 region: ami-0f2f2e90ae8956750

FreeBSD/aarch64 EC2 AMIs are available in the following regions:

  af-south-1 region: ami-00bc7809c32164ef7
  eu-north-1 region: ami-079c3b3939e1422f5
  ap-south-1 region: ami-09f83dd115907186c
  eu-west-3 region: ami-0b466ac2ccb1d9a17
  eu-west-2 region: ami-03127626a3b795617
  eu-south-1 region: ami-04b543c7eca712cb2
  eu-west-1 region: ami-04bec8381d23b2d33
  ap-northeast-3 region: ami-08ec822521c26b950
  ap-northeast-2 region: ami-08b8dd381dcc36d65
  me-south-1 region: ami-07253323150004fb7
  ap-northeast-1 region: ami-0979ee58e90456542
  sa-east-1 region: ami-06effcb873d7718ef
  ca-central-1 region: ami-0c5838a8f4369ddb8
  ap-east-1 region: ami-0ee5d390ccfa85ec5
  ap-southeast-1 region: ami-0bda890b388931e8e
  ap-southeast-2 region: ami-069ccae98ade21bc2
  eu-central-1 region: ami-0c06b28ffd66f0a3c
  us-east-1 region: ami-04f0d8aef11064219
  us-east-2 region: ami-022f3e436ebcf74f2
  us-west-1 region: ami-037a2837218ac2a61
  us-west-2 region: ami-0f0a390fdd1ca6fba

=== Vagrant Images ===

FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can
be installed by running:

    % vagrant init freebsd/FreeBSD-13.0-RC1
    % vagrant up

=== Upgrading ===

The freebsd-update(8) utility supports binary upgrades of amd64 and i386
systems running earlier FreeBSD releases.  Systems running earlier
FreeBSD releases can upgrade as follows:

	# freebsd-update upgrade -r 13.0-RC1

During this process, freebsd-update(8) may ask the user to help by
merging some configuration files or by confirming that the automatically
performed merging was done correctly.

	# freebsd-update install

The system must be rebooted with the newly installed kernel before
continuing.

	# shutdown -r now

After rebooting, freebsd-update needs to be run again to install the new
userland components:

	# freebsd-update install

It is recommended to rebuild and install all applications if possible,
especially if upgrading from an earlier FreeBSD release, for example,
FreeBSD 11.x.  Alternatively, the user can install misc/compat11x and
other compatibility libraries, afterwards the system must be rebooted
into the new userland:

	# shutdown -r now

Finally, after rebooting, freebsd-update needs to be run again to remove
stale files:

	# freebsd-update install

Read more

Manage containers on Raspberry Pi with this open source tool

Filed under
Linux
BSD

Containers became widely popular because of Docker on Linux, but there are much earlier implementations, including the jail system on FreeBSD. A container is called a "jail" in FreeBSD terminology. The jail system was first released in FreeBSD 4.0 way back in 2000, and it has continuously improved since. While 20 years ago it was used mostly on large servers, now you can run it on your Raspberry Pi.

Jails vs. containers on Linux

Container development took a very different path on FreeBSD than on Linux. On FreeBSD, containerization was developed as a strict security feature in the late '90s for virtual hosting and its flexibility grew over the years. Limiting a container's computing resources was not part of the original concept; this was added later.

When I started to use jails in production in 2001, it was quite painful. I had to prepare my own scripts to automate working with them.

Read more

NomadBSD 1.4 is now available!

Filed under
BSD

We are pleased to present the release of NomadBSD 1.4.

Read more

Syndicate content

More in Tux Machines

Today in Techrights

Programming Leftovers

  • ThreatMapper: Open source platform for scanning runtime environments - Help Net Security

    Deepfence announced open source availability of ThreatMapper, a signature offering that automatically scans, maps and ranks application vulnerabilities across serverless, Kubernetes, container and multi-cloud environments.

  • Josef Strzibny: Organizing business logic in Rails with contexts

    Rails programmers have almost always tried to figure out the golden approach to business logic in their applications. From getting better at object-oriented design, to service objects, all the way to entirely new ideas like Trailblazer or leaving Active Record altogether. Here’s one more design approach that’s clean yet railsy.

  • Status update, October 2021

    On this dreary morning here in Amsterdam, I’ve made my cup of coffee and snuggled my cat, and so I’m pleased to share some FOSS news with you. Some cool news today! We’re preparing for a new core product launch at sr.ht, cool updates for our secret programming language, plus news for visurf. Simon Ser has been hard at work on expanding his soju and gamja projects for the purpose of creating a new core sourcehut product: chat.sr.ht. We’re rolling this out in a private beta at first, to seek a fuller understanding of the system’s performance characteristics, to make sure everything is well-tested and reliable, and to make plans for scaling, maintenance, and general availability. In short, chat.sr.ht is a hosted IRC bouncer which is being made available to all paid sr.ht users, and a kind of webchat gateway which will be offered to unpaid and anonymous users. I’m pretty excited about it, and looking forward to posting a more detailed announcement in a couple of weeks. In other sourcehut news, work on GraphQL continues, with paste.sr.ht landing and todo.sr.ht’s writable API in progress. Our programming langauge project grew some interesting features this month as well, the most notable of which is probably reflection. I wrote an earlier blog post which goes over this in some detail. There’s also ongoing work to develop the standard library’s time and date support, riscv64 support is essentially done, and we’ve overhauled the grammar for switch and match statements to reduce a level of indentation for typical code. In the coming weeks, I hope to see date/time support and reflection fleshed out much more, and to see some more development on the self-hosted compiler. [...] The goal of this project is to provide a conservative CSS toolkit which allows you to build web interfaces which are compatible with marginalized browsers like Netsurf and Lynx.

  • Monthly Report - September

    The month of September is very special to me personaly. Why? Well, I got married in the very same month 18 years ago. The best part is, I choose the day 11 to get married. I have never missed my wedding anniversary, thanks to all the TV news channel.

  • My Favorite Warnings: uninitialized | Tom Wyant [blogs.perl.org]

    This warning was touched on in A Belated Introduction, but I thought it deserved its own entry. When a Perl scalar comes into being, be it an actual scalar variable or an array or hash entry, its value is undef. Now, the results of operating on an undef value are perfectly well-defined: in a nuneric context it is 0, in a string context it is '', and in a Boolean context it is false. The thing is, if you actually operate on such a value, did you mean to do it, or did you forget to initialize something, or initialize the wrong thing, or operate on the wrong thing? Because of the latter possibilities Perl will warn about such operations if the uninitialized warning is enabled.

today's leftovers

  • CutefishOS Built on Ubuntu Run Through - Invidious

    In this video, we are looking at CutefishOS Built on Ubuntu.

  • CutefishOS Built on Ubuntu

    Today we are looking at CutefishOS Built on Ubuntu. It comes with Linux Kernel 5.11, based on Ubuntu 21.10, and uses about 900MB of ram when idling. Enjoy!

  • Google adds VM support to Anthos, admits not everyone is ready for containerised everything [Ed: Kubernetes becoming increasingly just an openwashing shim for proprietary software with back doors]

    Google has added support for workloads running in virtual machines to its Anthos hybrid Kubernetes platform. "While we have seen many customers make the leap to containerization, some are not quite ready to move completely off of virtual machines," wrote Google Application Modernization Platform vice-presidents Jeff Reed and Chen Goldberg. "They want a unified development platform where developers can build, modify, and deploy applications residing in both containers and VMs in a common, shared environment," the pair added.

  • The Dell Inspiron 15 3501 supports Linux

    With the Inspiron 15 3501, Dell has a 15.6-inch office laptop in its lineup with its technology housed in a slim, matte-black plastic case. The chassis lacks stability: The lid and the base unit in particular can be twisted a bit too much. The matte display (Full HD, IPS) offers stable viewing angles, good contrast, and decent color reproduction. However, the brightness and color-space coverage are too low. The built-in combination of the Core i7-1165G7 processor, 16 GB of RAM (dual-channel mode), and a 512 GB NVMe SSD (M.2 2230) equips the laptop for office and Internet applications. If the storage space isn't enough, an additional 2.5-inch storage drive can be installed. You can also replace or expand the RAM.

  • Linux Foundation raises USD 10 mln to secure software supply chain
  • ISO establishes SBOM standard for open source development with SPDX

    You’re not getting attention because of your choice of text editor or the number of spaces you use to indent code blocks. However motivating those preferences are for you and me, the non-technical world sees them as private choices. You find your code in the headlines for a different and unpleasant reason: open source dependency management.

  • Printed Piano Mechanism Sure Is Grand | Hackaday

    Do you know how a piano works? Sure, you press a key and a hammer strikes a string, but what are the finer points of this operation? The intricacy of the ingenious mechanism is laid bare in [Mechanistic]’s 3D-printed scale model of a small section of the grand piano keyboard. The ‘grand’ distinction here is piano length-agnostic and simply refers to any non-upright. Those operate the same way, but are laid out differently in order to save space.

  • FPGA Boards Add VGA And HMDI Interfaces To The Original Game Boy | Hackaday

    The classic Game Boy remains a firm favorite in the realm of retrocomputing. Revolutionary as it was at the time, by today’s standards its display is rather primitive, with no backlight and a usable area measuring only 47 mm x 44 mm. [Martoni] figured out a way to solve this, by developing GbVGA and GbHdmi, two projects that enable the Game Boy to connect to an external monitor. This way, you can play Super Mario Land without straining your eyes, and we can also image potential uses for those who stream their gameplay online.

  • Art Project Fast And Fouriously Transforms Audio Into Eye Candy | Hackaday

    The overall build is relatively simple. Audio is acquired via a line-in jack or a microphone, and then piped into an ESP32. The ESP32 runs the audio through the FFT routine, sampling, slicing, and dicing the audio into 16 individual bands. The visual output is displayed on a 16 x 16 WS2812 Led Matrix. [mircemk] wrote several routines for displaying the incoming audio, with a waterfall, a graph, and other visualizations that are quit aesthetically pleasing. Some of them are downright mesmerizing! You can see the results in the video below the break.

IBM/Red Hat Leftovers

  • Reach your open source community with content marketing [Ed: IBM has totally lost direction; this is how they think of Free software...]

    Both startups and more established firms are increasingly turning to content marketing as a way of reaching prospective customers. However, corporate marketers often consider the open source software (OSS) community a challenge to reach. This article features ways your technology and content marketing teams can work together to target and reach the community around an OSS project your organization supports.

  • Why digital transformation demands a change in leadership mindset

    Recently a key retail executive forecast that their industry will change more in the next five years than it has in the past fifty. Another executive believes society will change more in the next fifty years than it has in the last three hundred. A recent headline declared that, “We are approaching the fastest, deepest, most consequential technological disruption in history”, and Ray Kurzweil, Google’s Director of Engineering and co-Founder of Singularity University, has said that there will be fourteen internet size revolutions in the next decade. Whichever way you look at it, things are shifting… fast. When you speak with the visionaries and entrepreneurs actually building the solutions of tomorrow, from on-demand retail to vertical farms, and ask how far into this new era we are, almost universally the reply is: “only one percent”. Imagine then, where we will be ten years from now? How about 50? Major industries, from medicine to energy to travel to entertainment, are radically transforming, putting pressure on others such as manufacturing, construction, transportation, finance, education…frankly, all of it. What an extraordinary opportunity this presents.

  • DevSecOps lessons learned during a pandemic | The Enterprisers Project

    As we’ve seen over the past year and a half, the pandemic has accelerated digital transformation and forever changed workplace culture. Increased reliance on digital tools has elevated the value of DevSecOps, as enterprises of all sizes and across all industries realize the importance of automating and integrating security at every phase of the software development lifecycle – from initial design through integration, testing, deployment, and product delivery. My engineering team was no exception to this shift – we had to quickly prepare to build a new Virtana SaaS platform and deliver several new modules, all while working remotely. Here I’ll share some observations, pain points, and lessons learned to help others intelligently embrace DevSecOps best practices within their teams.