All Jupiter Broadcasting Shows

An interview with Trenton Schulz about his early days with FreeBSD, Robot OS, Qt, and more. Interview - Trenton Schulz - freenas@norwegianrockcat.com Robot OS on FreeBSD BR: Welcome to the show. Can you tell us a little bit about yourself and how you got started with BSD? AJ: You were working for Trolltech (creators of Qt). Was FreeBSD used there and how? BR: Can you tell us more about the work you are doing with Robot OS on FreeBSD? AJ: Was EuroBSDcon your first BSD conference? How did you like it? BR: Do you have some tips or advice on how to get started with the BSDs? AJ: Is there anything else you’d like to tell us before we let you go? Beastie Bits FreeBSD Miniconf at linux.conf.au 2020 Call for Sessions Now Open Portland BSD Pizza Night: Oct 24th, 19:00 @ Rudy’s Gourmet Pizza NYC*BUG Install Fest: Nov 6th 18:45 @ Suspenders FOSDEM 2020 - BSD Devroom Call for Participation University of Cambridge looking for Research Assistants/Associates Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv Your browser does not support the HTML5 video tag.

Is the ZFS tax too high? We pit ZFS on root against ext4 in our laptop pressure cooker and see how they perform when RAM gets tight. Plus we take a look at Pop!_OS 19.10, complete our Ubuntu 19.10 review, cover community news, and lots more.Special Guest: Alex Kretzschmar.Links:Unix Turns 50 Ken Thompson and Dennis Ritchie Explain UNIX (Bell Labs) - YouTube Fedora at 15: Why Matthew Miller sees a bright future for the Linux distribution How a business was built on podcasts for Linux: The story of Jupiter Broadcasting Introducing Steam Remote Play Together Donate to the Gnome Foundation Patent Troll Defense Fund Texas Cyber Summit - Extras 24 Texas Cyber Summit - Blog Post Texas Cyber Summit - Photo Gallery Bug #1848790 “USB not working under arm64 on Pi4” EXT4 Stock Benchmarks ZFS on Root Benchmarks EXT vs ZFS Comparison ZFS on Root Lowmem Benchmarks ZFS on Root vs EXT4 Lowmem Comparison All tests compared Phoronix tests Kernel Parameters, see mem= Carl’s Deets about 19.10 Tensorman thinkpad-tools: Tools to manage Thinkpad properties

We're back from Texas Cyber Summit with stories of new friends, great food, and our experiences from the event.Links:Photos From Texas Cyber Summit 2019 — Jupiter GalleryTexas Cyber Summit — Texas Cyber Summit is a premier cyber security summit held in San Antonio Texas, with the mission of spreading knowledge and interest in the field of Cyber Security.Red vs. Blue — ThreatGEN™ Red vs. Blue is the industry's first multi-player strategy computer game where players compete against each other, head-to-head, to take control/maintain control of a computer network. Howdy Neighbor Smart House — “Howdy Neighbor” is GRIMM’s Internet of Things (IoT) Capture the Flag (CTF)-like challenge.

A new Ubuntu has promise, Linux on Dex is dead, and our strong reaction to Google pulling two open-source apps from the Play Store. Plus a big boost for ARM on Linux, and our thoughts on recent Red Hat news.Links:Ubuntu 19.10 Released — Ubuntu 19.10 “Eoan Ermine” boasts an upgraded Linux kernel along with faster boot times, updated themes, and experimental ZFS file system support. Whether or not you upgrade, Ermine shows what to expect from Ubuntu’s next LTS release, due April 2020.Ubuntu 20.04 LTS Codenamed The Focal Fossa, Arriving On 23 AprilCanonical Pulled In $99M While Still Operating At A LossUbuntu 19.10 Flavours ReleasedUbuntu 19.10's Kernel Ships With A DoS / Arbitrary Code Execution Bug In The IPv6 CodeTechSNAP 414: Rooting for ZFSIBM Misses Estimates as Red Hat Fails to Offset Declines — Red Hat included in results for first time since 2018 purchase.Samsung ends Linux on DeX beta with Android 10 — Samsung will no longer provide support on future OS and device releases. The company also notes that users will not be able to perform a version rollback to Android 9 Pie once they have upgraded to Android 10.Bare Metal Arm-Based EC2 Instances — Just like for existing bare metal instances (M5, M5d, R5, R5d, z1d, and so forth), your operating system runs directly on the underlying hardware with direct access to the processor.Graboid: First-Ever Cryptojacking Worm Found in Images on Docker Hub — Unit 42 researchers identified a new cryptojacking worm we’ve named Graboid that’s spread to more than 2,000 unsecured Docker hosts.Docker Containers Riddled with Graboid Crypto-WormandOTP removed from Google Play Store — andOTP was recently removed from the Google Play Store for violating their payment terms. This is most likely due to the fact that we offer in-app donation links that DO NOT use Googles In-App billing, which is against their terms.andOTP - Android OTP AuthenticatorWireGuard removed from Google Play Store — They said it was because we're in violation of their "Payments Policy", presumably because we have a link inside the app that opens the user's web browser to wireguard.com/donations/.WireGuard commit reversed dev comments interesting WireGuard - Apps on Google PlayWireGuard Restored In Android's Google Play Store

We dive into Ubuntu 19.10's experimental ZFS installer and share our tips for making the most of ZFS on root.  Plus why you may want to skip Nest Wifi, and our latest explorations of long range wireless protocols.

We are joined by special guest Chz who is a long-time user of single board computers to talk about how we use boards like the Raspberry Pi, Orange Pi, and ROCKPro64.Special Guest: chzbacon.Links:Raspberry PiOrange PiBanana PiODROIDPine64BrickPi

/* Title: Episode 320: Codebase: neck deep Description: FreeBSD on the Google Pixelbook, Porting NetBSD to the AMD x86-64, ZFS performance really does degrade as you approach quota limits, Fixing up KA9Q-unix, HAMMER2 and fsck for review, the return of startx(1) for non-root users, and more. Tags: freebsd, openbsd, netbsd, dragonflybsd, trueos, trident, hardenedbsd, tutorial, howto, guide, bsd, interview, google pixelbook, pixelbook, case study, portability, porting, zfs, zfs performance, performance, quota, quota limits, zfs quota, ka9q, unix, hammer2, fsck, startx Date: 2019-10-16 */ Headlines FreeBSD and custom firmware on the Google Pixelbook FreeBSD and custom firmware on the Google Pixelbook Back in 2015, I jumped on the ThinkPad bandwagon by getting an X240 to run FreeBSD on. Unlike most people in the ThinkPad crowd, I actually liked the clickpad and didn\u2019t use the trackpoint much. But this summer I\u2019ve decided that it was time for something newer. I wanted something.. lighter and thinner (ha, turns out this is actually important, I got tired of carrying a T H I C C laptop - Apple was right all along); with a 3:2 display (why is Lenovo making these Serious Work\u2122 laptops 16:9 in the first place?? 16:9 is awful in below-13-inch sizes especially); with a HiDPI display (and ideally with a good size for exact 2x scaling instead of fractional); with USB-C ports; without a dGPU, especially without an NVIDIA GPU; assembled with screws and not glue (I don\u2019t necessarily need expansion and stuff in a laptop all that much, but being able to replace the battery without dealing with a glued chassis is good); supported by FreeBSD of course (\u201csome development required\u201d is okay but I\u2019m not going to write big drivers); how about something with open source firmware, that would be fun. I was considering a ThinkPad X1 Carbon from an old generation - the one from the same year as the X230 is corebootable, so that\u2019s fun. But going back in processor generations just doesn\u2019t feel great. I want something more efficient, not less! And then I discovered the Pixelbook. Other than the big huge large bezels around the screen, I liked everything about it. Thin aluminum design, a 3:2 HiDPI screen, rubber palm rests (why isn\u2019t every laptop ever doing that?!), the \u201cconvertibleness\u201d (flip the screen around to turn it into.. something rather big for a tablet, but it is useful actually), a Wacom touchscreen that supports a pen, mostly reasonable hardware (Intel Wi-Fi), and that famous coreboot support (Chromebooks\u2019 stock firmware is coreboot + depthcharge). So here it is, my new laptop, a Google Pixelbook. Conclusion Pixelbook, FreeBSD, coreboot, EDK2 good. Seriously, I have no big words to say, other than just recommending this laptop to FOSS enthusiasts :) Porting NetBSD to the AMD x86-64: a case study in OS portability Abstract NetBSD is known as a very portable operating system, currently running on 44 different architectures (12 different types of CPU). This paper takes a look at what has been done to make it portable, and how this has decreased the amount of effort needed to port NetBSD to a new architecture. The new AMD x86-64 architecture, of which the specifications were published at the end of 2000, with hardware to follow in 2002, is used as an example. Portability Supporting multiple platforms was a primary goal of the NetBSD project from the start. As NetBSD was ported to more and more platforms, the NetBSD kernel code was adapted to become more portable along the way. General Generally, code is shared between ports as much as possible. In NetBSD, it should always be considered if the code can be assumed to be useful on other architectures, present or future. If so, it is machine-independent and put it in an appropriate place in the source tree. When writing code that is intended to be machine-independent, and it contains conditional preprocessor statements depending on the architecture, then the code is likely wrong, or an extra abstraction layer is needed to get rid of these statements. Types Assumptions about the size of any type are not made. Assumptions made about type sizes on 32-bit platforms were a large problem when 64-bit platforms came around. Most of the problems of this kind had to be dealt with when NetBSD was ported to the DEC Alpha in 1994. A variation on this problem had to be dealt with with the UltraSPARC (sparc64) port in 1998, which is 64-bit, but big endian (vs. the little-endianness of the Alpha). When interacting with datastructures of a fixed size, such as on-disk metadata for filesystems, or datastructures directly interpreted by device hardware, explicitly sized types are used, such as uint32_t, int8_t, etc. Conclusions and future work The port of NetBSD to AMD's x86-64 architecture was done in six weeks, which confirms NetBSD's reputation as being a very portable operating system. One week was spent setting up the cross-toolchain and reading the x86-64 specifications, three weeks were spent writing the kernel code, one week was spent writing the userspace code, and one week testing and debugging it all. No problems were observed in any of the machine-independent parts of the kernel during test runs; all (simulated) device drivers, file systems, etc, worked without modification. News Roundup ZFS performance really does degrade as you approach quota limits Every so often (currently monthly), there is an "OpenZFS leadership meeting". What this really means is 'lead developers from the various ZFS implementations get together to talk about things'. Announcements and meeting notes from these meetings get sent out to various mailing lists, including the ZFS on Linux ones. In the September meeting notes, I read a very interesting (to me) agenda item: Relax quota semantics for improved performance (Allan Jude) Problem: As you approach quotas, ZFS performance degrades. Proposal: Can we have a property like quota-policy=strict or loose, where we can optionally allow ZFS to run over the quota as long as performance is not decreased. This is very interesting to me because of two reasons. First, in the past we have definitely seen significant problems on our OmniOS machines, both when an entire pool hits a quota limit and when a single filesystem hits a refquota limit. It's nice to know that this wasn't just our imagination and that there is a real issue here. Even better, it might someday be improved (and perhaps in a way that we can use at least some of the time). Second, any number of people here run very close to and sometimes at the quota limits of both filesystems and pools, fundamentally because people aren't willing to buy more space. We have in the past assumed that this was relatively harmless and would only make people run out of space. If this is a known issue that causes serious performance degradation, well, I don't know if there's anything we can do, but at least we're going to have to think about it and maybe push harder at people. The first step will have to be learning the details of what's going on at the ZFS level to cause the slowdown. (It's apparently similar to what happens when the pool is almost full, but I don't know the specifics of that either.) With that said, we don't seem to have seen clear adverse effects on our Linux fileservers, and they've definitely run into quota limits (repeatedly). One possible reason for this is that having lots of RAM and SSDs makes the effects mostly go away. Another possible reason is that we haven't been looking closely enough to see that we're experiencing global slowdowns that correlate to filesystems hitting quota limits. We've had issues before with somewhat subtle slowdowns that we didn't understand (cf), so I can't discount that we're having it happen again. Fixing up KA9Q-unix, or "neck deep in 30 year old codebases.." I'll preface this by saying - yes, I'm still neck deep in FreeBSD's wifi stack and 802.11ac support, but it turns out it's slow work to fix 15 year old locking related issues that worked fine on 11abg cards, kinda worked ok on 11n cards, and are terrible for these 11ac cards. I'll .. get there. Anyhoo, I've finally been mucking around with AX.25 packet radio. I've been wanting to do this since I was a teenager and found out about its existence, but back in high school and .. well, until a few years ago really .. I didn't have my amateur radio licence. But, now I do, and I've done a bunch of other stuff with a bunch of other radios. The main stumbling block? All my devices are either Apple products or run FreeBSD - and none of them have useful AX.25 stacks. The main stacks of choice these days run on Linux, Windows or are a full hardware TNC. So yes, I was avoiding hacking on AX.25 stuff because there wasn't a BSD compatible AX.25 stack. I'm 40 now, leave me be. But! A few weeks ago I found that someone was still running a packet BBS out of San Francisco. And amazingly, his local node ran on FreeBSD! It turns out Jeremy (KK6JJJ) ported both an old copy of KA9Q and N0ARY-BBS to run on FreeBSD! Cool! I grabbed my 2m radio (which is already cabled up for digital modes), compiled up his KA9Q port, figured out how to get it to speak to Direwolf, and .. ok. Well, it worked. Kinda. HAMMER2 and fsck for review HAMMER2 is Copy on Write, meaning changes are made to copies of existing data. This means operations are generally atomic and can survive a power outage, etc. (You should read up on it!) However, there\u2019s now a fsck command, useful if you want a report of data validity rather than any manual repair process. [The return of startx(1) for non-root users with some caveats Mark Kettenis (kettenis@) has recently committed changes which restore a certain amount of startx(1)/xinit(1) functionality for non-root users. The commit messages explain the situation: CVSROOT: /cvs Module name: src Changes by: kettenis@cvs.openbsd.org 2019/09/15 06:25:41 Modified files: etc/etc.amd64 : fbtab etc/etc.arm64 : fbtab etc/etc.hppa : fbtab etc/etc.i386 : fbtab etc/etc.loongson: fbtab etc/etc.luna88k: fbtab etc/etc.macppc : fbtab etc/etc.octeon : fbtab etc/etc.sgi : fbtab etc/etc.sparc64: fbtab Log message: Add ttyC4 to lost of devices to change when logging in on ttyC0 (and in some cases also the serial console) such that X can use it as its VT when running without root privileges. ok jsg@, matthieu@ CVSROOT: /cvs Module name: xenocara Changes by: kettenis@cvs.openbsd.org 2019/09/15 06:31:08 Modified files: xserver/hw/xfree86/common: xf86AutoConfig.c Log message: Add modesetting driver as a fall-back when appropriate such that we can use it when running without root privileges which prevents us from scanning the PCI bus. This makes startx(1)/xinit(1) work again on modern systems with inteldrm(4), radeondrm(4) and amdgpu(4). In some cases this will result in using a different driver than with xenodm(4) which may expose issues (e.g. when we prefer the intel Xorg driver) or loss of acceleration (e.g. older cards supported by radeondrm(4)). ok jsg@, matthieu@ Beastie Bits ASCII table and history. Or, why does Ctrl+i insert a Tab in my terminal? Sourcehut makes BSD software better Chaosnet for Unx The Vim-Inspired Editor with a Linguistic Twist bhyvearm64: CPU and Memory Virtualization on Armv8.0-A DefCon25 - Are all BSD created Equally - A Survey of BSD Kernel vulnerabilities Feedback/Questions Tim - GSoC project ideas for pf rule syntax translation Brad - Steam on FreeBSD Ruslan - FreeBSD Quarterly Status Report - Q2 2019 Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv Your browser does not support the HTML5 video tag.

Containers changed the way the IT world deploys software. We give you our take on technologies such as docker (including docker-compose), Kubernetes and highlight a few of our favorite containers.Links:Docker HubPodmanPod Overview - Kubernetes — A Pod is the basic execution unit of a Kubernetes application–the smallest and simplest unit in the Kubernetes object model that you create or deploy. A Pod represents processes running on your Cluster.

We risk it all and try ZFS on root with Ubuntu 19.10, and share our first impressions and what improvements we can't live without. Plus, exciting news for both Plasma and GNOME, coreboot laptops from System76, and too many picks.Special Guests: Brent Gervais, Drew DeVore, and Martin Wimpress.Links:KDE Plasma 5.17 System76 launches two Linux with Comet Lake chips and Coreboot GNOME Shell & Mutter 3.34.1 Deliver On Their Prominent Fixes Jupiter Extras: Brunch with Brent: A Chat with Angela Fisher Jupiter Extras: Operation Safe Escape Jupiter Extras: Self-Hosted: Reverse Proxy Basics October Free Courses at Linux Academy Ermine: a stoat, especially when in its white winter coat. Ubuntu 19.10 Daily images Eoan Ermine Release Notes Ubuntu ZFS support in 19.10: introduction · ~DidRocks Ubuntu ZFS support in 19.10: ZFS on root · ~DidRocks Should you skip ZFS on root? Skip the installer? Chromium in Ubuntu; deb to snap transition | Ubuntu MenuLibre | Sean M. Davis donadigo/appeditor: Edit application menu Wavemon - Wireless network monitoring on the CLI Kismet 2,500 DOS games released on archive.org DOS game repo on archive.org Even bigger repo of 7,000 DOS games that work with dosbox

Brent sits down for an in-person chat with Allan Jude for a retrospective storytelling of his beginnings in BSD, his long history with podcasting, BSDNow and Jupiter Broadcasting, a beginner's guide to the benefits of FreeBSD, with technical nuggets and nostalgic bits throughout. Allan Jude wears many hats including FreeBSD developer and member of the FreeBSD Core team, ZFS expert, co-founder and VP Engineering at Klara Inc., co-founder and VP Operations at ScaleEngine Inc., host of BSDNow, former host of TechSNAP among many others.Links:BSDNowTechSNAPScaleEngineSTOked (Archive)Linux Action Show (Archive)FauxShow (Archive)Unfilter (Archive)OpenZFSBSDCan - The BSD Conference CanadaEuro BSD ConferenceAsia BSD ConferenceFreeBSD ZFS HandbookBSD's POLA - Principle of Least Astonishment BSDNow Live