TopPodcast.com
Menu
  • Home
  • Top Charts
  • Top Networks
  • Top Apps
  • Top Independents
  • Top Podfluencers
  • Top Picks
    • Top Business Podcasts
    • Top True Crime Podcasts
    • Top Finance Podcasts
    • Top Comedy Podcasts
    • Top Music Podcasts
    • Top Womens Podcasts
    • Top Kids Podcasts
    • Top Sports Podcasts
    • Top News Podcasts
    • Top Tech Podcasts
    • Top Crypto Podcasts
    • Top Entrepreneurial Podcasts
    • Top Fantasy Sports Podcasts
    • Top Political Podcasts
    • Top Science Podcasts
    • Top Self Help Podcasts
    • Top Sports Betting Podcasts
    • Top Stocks Podcasts
  • Podcast News
  • About Us
  • Podcast Advertising
  • Contact
Not in our directory?
Add Show Here
Podcast Equipment
Center

toppodcastlogoOur TOPPODCAST Picks

  • Comedy
  • Crypto
  • Sports
  • News
  • Politics
  • True Crime
  • Business
  • Finance

Follow Us

toppodcastlogoStay Connected

    View Top 200 Chart
    Back to Rankings Page
    Gadgets

    BSD Now

    Created by three guys who love BSD, we cover the latest news and have an extensive series of tutorials, as well as interviews with various people from all areas of the BSD community. It also serves as a platform for support and questions. We love and advocate FreeBSD, OpenBSD, NetBSD, DragonFlyBSD and TrueOS. Our show aims to be helpful and informative for new users that want to learn about them, but still be entertaining for the people who are already pros. The show airs on Wednesdays at 2:00PM (US Eastern time) and the edited version is usually up the following day.

    Advertise
    • Apple Podcasts
    • Google Play
    • Spotify

    Latest Episodes:
    287: rc.d in NetBSD Feb 28, 2019
    Show notes

    Design and Implementation of NetBSD’s rc.d system, first impressions of Project Trident 18.12, PXE booting a FreeBSD disk image, middle mouse button pasting, NetBSD gains hardware accelerated virtualization, and more.

    ##Headlines
    ###The Design and Implementation of the NetBSD rc.d system

    • Abstract

    In this paper I cover the design and implementation of the rc.d system start-up mechanism in NetBSD 1.5, which replaced the monolithic /etc/rc start-up file inherited from 4.4BSD. Topics covered include a history of various UNIX start-up mechanisms (including NetBSD prior to 1.5), design considerations that evolved over six years of discussions, implementation details, an examination of the human issues that occurred during the design and implementation, as well as future directions for the system.

    • Introduction

    NetBSD recently converted from the traditional 4.4BSD monolithic /etc/rc start-up script to an /etc/rc.d mechanism, where there is a separate script to manage each service or daemon, and these scripts are executed in a specific order at system boot.
    This paper covers the motivation, design and implementation of the rc.d system; from the history of what NetBSD had before to the system that NetBSD 1.5 shipped with in December 2000, as well as future directions.
    The changes were contentious and generated some of the liveliest discussions about any feature change ever made in NetBSD. Parts of those discussions will be covered to provide insight into some of the design and implementation decisions.

    • History

    There is great diversity in the system start-up mechanisms used by various UNIX variants. A few of the more pertinent schemes are detailed below. As NetBSD is derived from 4.4BSD, it follows that a description of the latter’s method is relevant. Solaris’ start-up method is also detailed, as it is the most common System V UNIX variant.

    ###First impressions of Project Trident 18.12

    Project Trident (hereafter referred to as Trident) is a desktop operating system based on TrueOS. Trident takes the rolling base platform of TrueOS, which is in turn based on FreeBSD’s development branch, and combines it with the Lumina desktop environment.

    +Installing

    The debut release of Trident is available as a 4.1GB download that can be burned to a disc or transferred to a USB thumb drive. Booting from the Trident media brings up a graphical interface and automatically launches the project’s system installer. Down the left side of the display there are buttons we can click to show hardware information and configuration options. These buttons let us know if our wireless card and video card are compatible with Trident and give us a chance to change our preferred language and keyboard layout. At the bottom of the screen we find buttons that will open a terminal or shutdown the computer.

    • Early impressions

    Trident boots to a graphical login screen where we can sign into the Lumina desktop or a minimal Fluxbox session. Lumina, by default, uses Fluxbox as its window manager. The Lumina desktop places its panel along the bottom of the screen and an application menu sits in the bottom-left corner. On the desktop we find icons for opening the software manager, launching the Falkon web browser, running the VLC media player, opening the Control Panel and adjusting the Lumina theme.
    The application menu has an unusual and compact layout. The menu shows just a search box and buttons for browsing applications, opening a file manager, accessing desktop settings and signing out. To see what applications are available we can click the Browse Applications entry, which opens a window in the menu where we can scroll through installed programs. This is a bit awkward since the display window is small and only shows a few items at a time.
    Early on I found it is possible to swap out the default “Start menu” with an alternative “Application menu” through the Panels configuration tool. This alternative menu offers a classic tree-style application menu. I found the latter menu easier to navigate as it expands to show all the applications in a selected category.

    • Conclusions

    I have a lot of mixed feelings and impressions when it comes to Trident. On the one hand, the operating system has some great technology under the hook. It has cutting edge packages from the FreeBSD ecosystem, we have easy access to ZFS, boot environments, and lots of open source packages. Hardware support, at least on my physical workstation, was solid and the Lumina desktop is flexible.

    ##News Roundup
    ###PXE booting of a FreeBSD disk image

    I had to set up a regression and network performance lab. This lab will be managed by a Jenkins, but the first step is to understand how to boot a FreeBSD disk by PXE. This article explains a simple way of doing it.
    For information, all these steps were done using 2 PC Engines APU2 (upgraded with latest BIOS for iPXE support), so it’s a headless (serial port only, this can be IPMI SoL with different hardware) .

    • THE BIG PICTURE

    Before explaining all steps and command line, here is the full big picture of the final process.

    ###Why I like middle mouse button paste in xterm so much

    In my entry about how touchpads are not mice, I mused that one of the things I should do on my laptop was insure that I had a keyboard binding for paste, since middle mouse button is one of the harder multi-finger gestures to land on a touchpad. Kurt Mosiejczuk recently left a comment there where they said:
    Shift-Insert is a keyboard equivalent for paste that is in default xterm (at least OpenBSD xterm, and putty on Windows too). I use that most of the time now as it seems less… trigger-happy than right click paste.
    This sparked some thoughts, because I can’t imagine giving up middle mouse paste if I have a real choice. I had earlier seen shift-insert mentioned in other commentary on my entry and so have tried a bit to use it on my laptop, and it hasn’t really felt great even there; on my desktops, it’s even less appealing (I tried shift-insert out there to confirm that it did work in my set of wacky X resources).
    In thinking about why this is, I came to the obvious realization about why all of this is so. I like middle mouse button paste in normal usage because it’s so convenient, because almost all of the time my hand is already on the mouse. And the reason my hand is already on the mouse is because I’ve just used the mouse to shift focus to the window I want to paste into. Even on my laptop, my right hand is usually away from the keyboard as I move the mouse pointer on the touchpad, making shift-Insert at least somewhat awkward.

    ###NetBSD Gains Hardware Accelerated Virtualization

    • NetBSD Virtual Machine Monitor

    NVMM provides hardware-accelerated virtualization support for NetBSD. It is made of an ~MI frontend, to which MD backends can be plugged. A virtualization API is shipped via libnvmm, that allows to easily create and manage virtual machines via NVMM. Two additional components are shipped as demonstrators, toyvirt and smallkern: the former is a toy virtualizer, that executes in a VM the 64bit ELF binary given as argument, the latter is an example of such binary.

    ##Beastie Bits

    • SoloBSD 19.02-STABLE
    • Project Trident 18.12-U5 available
    • “Sudo Mastery, Second Edition” and Cover Art
    • MKSANITIZER - bug detector software integration with the NetBSD userland
    • Darn kids nowadays… back in my day we drew rude symbols like normal people. {{top two comments}}
    • ShellCheck
      finds bugs in your shell scripts.
    • Old School Sean - A history of UNIX

    ##Feedback/Questions

    • Ales - OpenBSD, FreeNAS, OpenZFS questions
    • Malcolm - Thoughts on Pgsql + ZFS thread?
    • Brad - Boot Environments in FreeBSD
    • 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.

    286: Old Machine Revival Feb 21, 2019
    Show notes

    Adding glue to a desktop environment, flashing the BIOS on a PC Engine, revive a Cisco IDS into a capable OpenBSD computer, An OpenBSD WindowMaker desktop, RealTime data compression, the love for pipes, and more.

    ##Headlines
    ###Adding Glue To a Desktop Environment

    In this article we will put some light on a lot of tools used in the world of Unix desktop environment customization, particularly regarding wmctrl, wmutils, xev, xtruss, xwininfo, xprop, xdotools, xdo, sxhkd, xbindkeys, speckeysd, xchainkeys, alttab, triggerhappy, gTile, gidmgr, keynav, and more. If those don’t make sense then this article will help. Let’s hope this can open your mind to new possibilities.
    With that in mind we can wonder if what’s actually needed from a window manager, presentation and operation, can be split up and complemented with other tools. We can also start thinking laterally, the communication and interaction between the different components of the environment. We have the freedom to do so because the X protocol is transparent and components usually implement many standards for interfacing between windows. It’s like gluing parts together to create a desktop environment.

    • The tools we’ll talk about fall into one of those categories:
    • Debugging
    • Window manipulation
    • Simulation of interaction
    • Extended manipulation
    • Hotkey daemon
    • Layout manager

    ###Flashing the BIOS on the PC Engines APU4c4

    I absolutely love the PC Engines APU devices. I use them for testing HardenedBSD experimental features in more constrained 64-bit environments and firewalls. Their USB and mSATA ports have a few quirks, and I bumped up against a major quirk that required flashing a different BIOS as a workaround. This article details the hacky way in which I went about doing that.
    What prompted this article is that something in either the CAM or GEOM layer in FreeBSD 11.2 caused the mSATA to hang, preventing file writes. OPNsense 18.7 uses FreeBSD 11.1 whereas the recently-released OPNsense 19.1 uses HardenedBSD 11.2 (based on FreeBSD 11.2). I reached out to PC Engines directly, and they let me know that the issue is a known BIOS issue. Flashing the “legacy” BIOS series would provide me with a working system.
    It also just so happens that a new “legacy” BIOS version was just released which turns on ECC mode for the RAM. So, I get a working OPNsense install AND ECC RAM! I’ll have one bird for dinner, the other for dessert.
    Though I’m using an APU4, these instructions should work for the other APU devices. The BIOS ROM download URLs should be changed to reflect the device you’re targeting along with the BIOS version you wish to deploy.
    SPECIAL NOTE: There be dragons! I’m primarily writing this article to document the procedure for my own purposes. My memory tends to be pretty faulty these days. So, if something goes wrong, please do not hold me responsible. You’re the one at the keyboard. ;)
    VERY SPECIAL NOTE: We’ll use the mSATA drive for swap space, just in case. Should the swap space be used, it will destroy whatever is on the disk.

    ##News Roundup
    ###Revive a Cisco IDS into a capable OpenBSD computer!

    Even though Cisco equipment is very capable, it tends to become End-of-Life before you can say “planned obsolescence”. Websites become bigger, bandwidths increase, and as a side effect of those “improvements”, routers, firewalls, and in this case, intrusion prevention systems get old quicker and quicker.
    Apparently, this was also the case for the Cisco IDS-4215 Intrusion Detection Sensor that I was given a few months ago.
    I’m not too proud to admit that at first, I didn’t care about the machine itself, but rather about the add-on PCI network card with 4 Fast Ethernet interfaces. The sensor has obviously seen better days, as it had a broken front panel and needed some cleaning, but upon a closer inspection under the hood (which is held closed by the 4 screws on top), this IDS consists of an embedded Celeron PC with two onboard Ethernet cards, a 2.5″ IDE hard disk, a CF card, and 2 PCI expansion slots (more on them later). Oh, and don’t forget the nasty server-grade fan, which pushed very little air for the noise it was making.

    ###An OpenBSD desktop using WindowMaker

    Since I started using *N?X, I’ve regularly used WindowMaker. I’ve always liked the look and feel, the dock system and the dockapps. It may look a bit oldish nowadays. And that’s enough to try to change this. So here it is, a 2019 flavored WindowMaker Desktop, running on OpenBSD 6.4/amd64.
    This configuration uses the Nord color-scheme, the Adapta-Nokto-Eta GTK theme and the Moblin Unofficial Icons icon set. I did remove applications icons. I just don’t need them on the bottom of the screen as I heavily use “F11” to pop-up the windows list. To be able to do that and keep the dockapps, I tweaked my ~/GNUstep/Defaults/WMWindowAttributes and created a ~/GNUstep/Library/WindowMaker/Themes/Nord.themed/style.
    And here it is, the NeXT OpenBSD Desktop!

    ###RealTime Data Compression

    In a previous episode, we’ve seen that it is possible to create opaque types. However, creation and destruction of such type must be delegated to some dedicated functions, which themselves rely on dynamic allocation mechanisms.
    Sometimes, it can be convenient to bypass the heap, and all its malloc() / free() shenanigans. Pushing a structure onto the stack, or within thread-local storage, are natural capabilities offered by a normal struct. It can be desirable at times.
    The previously described opaque type is so secret that it has no size, hence is not suitable for such scenario.
    Fortunately, static opaque types are possible.
    The main idea is to create a “shell type”, with a known size and an alignment, able to host the target (private) structure.
    For safer maintenance, the shell type and the target structure must be kept in sync, by using typically a static assert. It will ensure that the shell type is always large enough to host the target structure. This check is important to automatically detect future evolution of the target structure.

    ###For the Love of Pipes

    My top used shell command is |. This is called a pipe.
    In brief, the | allows for the output of one program (on the left) to become the input of another program (on the right). It is a way of connecting two commands together.
    According to doc.cat-v.org/unix/pipes/, the origin of pipes came long before Unix. Pipes can be traced back to this note from Doug McIlroy in 1964

    ##Beastie Bits

    • Installation Notes for NetBSD/i386 0.9
    • Porting Zig to NetBSD - a fun, speedy port
    • NNN - Tiny, lightning fast, feature-packed file manager Release v2.3
    • eta - A tool for monitoring progress and ETA of an arbitrary process
    • A FreeBSD User Tries Out…NetBSD 8.0
    • Faster vlan(4) forwarding?
    • FuguIta - OpenBSD 6.4 Live System
    • Adding Name-based hosting To Nginx on OpenBSD with Acme-Client
    • HOWTO set up QEMU with HAXM acceleration on NetBSD
    • README: gcc 7 switch coming to a port near you!

    ##BUG Calendar

    • ChiBUG, Chicago, USA: Tuesday, February 26th 18:00 at the Oak Park Library
    • CharmBUG, Baltimore, USA: Wednesday, February 27, 2019
      19:30 at Columbia Ale House
    • NYC*BUG, New York, USA: Wednesday, March 6, 2019 18:45 at Suspenders
    • KnoxBUG, Knoxville, USA: Monday, February 25, 2019 - 18:00 at iX Systems offices
    • BSDPL, Warsaw, Poland: February 28, 2019 18:15 - 21:00 at Wheel Systems Office

    ##Feedback/Questions

    • Sam - Customizing OpenBSD ports source code
    • Frank - Rivalry Linux & BSD
    • Zach - mysql/mariadb tuning
    • 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.

    285: BSD Strategy Feb 14, 2019
    Show notes

    Strategic thinking to keep FreeBSD relevant, reflecting on the soul of a new machine, 10GbE Benchmarks On Nine Linux Distros and FreeBSD, NetBSD integrating LLVM sanitizers in base, FreeNAS 11.2 distrowatch review, and more.

    ##Headlines
    ###Strategic thinking, or what I think what we need to do to keep FreeBSD relevant

    Since I participate in the FreeBSD project there are from time to time some voices which say FreeBSD is dead, Linux is the way to go. Most of the time those voices are trolls, or people which do not really know what FreeBSD has to offer. Sometimes those voices wear blinders, they only see their own little world (were Linux just works fine) and do not see the big picture (like e.g. competition stimulates business, …) or even dare to look what FreeBSD has to offer.
    Sometimes those voices raise a valid concern, and it is up to the FreeBSD project to filter out what would be beneficial. Recently there were some mails on the FreeBSD lists in the sense of “What about going into direction X?”. Some people just had the opinion that we should stay where we are. In my opinion this is similarly bad to blindly saying FreeBSD is dead and following the masses. It would mean stagnation. We should not hold people back in exploring new / different directions. Someone wants to write a kernel module in (a subset of) C++ or in Rust… well, go ahead, give it a try, we can put it into the Ports Collection and let people get experience with it.
    This discussion on the mailinglists also triggered some kind of “where do we see us in the next years” / strategic thinking reflection. What I present here, is my very own opinion about things we in the FreeBSD project should look at, to stay relevant in the long term. To be able to put that into scope, I need to clarify what “relevant” means in this case.
    FreeBSD is currently used by companies like Netflix, NetApp, Cisco, Juniper, and many others as a base for products or services. It is also used by end‐users as a work‐horse (e.g. mailservers, webservers, …). Staying relevant means in this context, to provide something which the user base is interested in to use and which makes it more easy / fast for the user base to deliver whatever they want or need to deliver than with another kind of system. And this in terms of time to market of a solution (time to deliver a service like a web‐/mail‐/whatever‐server or product), and in terms of performance (which not only means speed, but also security and reliability and …) of the solution.
    I have categorized the list of items I think are important into (new) code/features, docs, polishing and project infrastructure. Links in the following usually point to documentation/HOWTOs/experiences for/with FreeBSD, and not to the canonical entry points of the projects or technologies. In a few cases the links point to an explanation in the wikipedia or to the website of the topic in question.

    ###Reflecting on The Soul of a New Machine

    Long ago as an undergraduate, I found myself back home on a break from school, bored and with eyes wandering idly across a family bookshelf. At school, I had started to find a calling in computing systems, and now in the den, an old book suddenly caught my eye: Tracy Kidder’s The Soul of a New Machine. Taking it off the shelf, the book grabbed me from its first descriptions of Tom West, captivating me with the epic tale of the development of the Eagle at Data General. I — like so many before and after me — found the book to be life changing: by telling the stories of the people behind the machine, the book showed the creative passion among engineers that might otherwise appear anodyne, inspiring me to chart a course that might one day allow me to make a similar mark.
    Since reading it over two decades ago, I have recommended The Soul of a Machine at essentially every opportunity, believing that it is a part of computing’s literary foundation — that it should be considered our Odyssey. Recently, I suggested it as beach reading to Jess Frazelle, and apparently with perfect timing: when I saw the book at the top of her vacation pile, I knew a fuse had been lit. I was delighted (though not at all surprised) to see Jess livetweet her admiration of the book, starting with the compelling prose, the lucid technical explanations and the visceral anecdotes — but then moving on to the deeper technical inspiration she found in the book. And as she reached the book’s crescendo, Jess felt its full power, causing her to reflect on the nature of engineering motivation.
    Excited to see the effect of the book on Jess, I experienced a kind of reflected recommendation: I was inspired to (re-)read my own recommendation! Shortly after I started reading, I began to realize that (contrary to what I had been telling myself over the years!) I had not re-read the book in full since that first reading so many years ago. Rather, over the years I had merely revisited those sections that I remembered fondly. On the one hand, these sections are singular: the saga of engineers debugging a nasty I-cache data corruption issue; the young engineer who implements the simulator in an impossibly short amount of time because no one wanted to tell him that he was being impossibly ambitious; the engineer who, frustrated with a nanosecond-scale timing problem in the ALU that he designed, moved to a commune in Vermont, claiming a desire to deal with “no unit of time shorter than a season”. But by limiting myself to these passages, I was succumbing to the selection bias of my much younger self; re-reading the book now from start to finish has given new parts depth and meaning. Aspects that were more abstract to me as an undergraduate — from the organizational rivalries and absurdities of the industry to the complexities of West’s character and the tribulations of the team down the stretch — are now deeply evocative of concrete episodes of my own career.

    • See Article for rest…

    ##News Roundup

    ###Out-Of-The-Box 10GbE Network Benchmarks On Nine Linux Distributions Plus FreeBSD 12

    Last week I started running some fresh 10GbE Linux networking performance benchmarks across a few different Linux distributions. That testing has now been extended to cover nine Linux distributions plus FreeBSD 12.0 to compare the out-of-the-box networking performance.
    Tested this round alongside FreeBSD 12.0 was Antergos 19.1, CentOS 7, Clear Linux, Debian 9.6, Fedora Server 29, openSUSE Leap 15.0, openSUSE Tumbleweed, Ubuntu 18.04.1 LTS, and Ubuntu 18.10.
    All of the tests were done with a Tyan S7106 1U server featuring two Intel Xeon Gold 6138 CPUs, 96GB of DDR4 system memory, and Samsung 970 EVO SSD. For the 10GbE connectivity on this server was an add-in HP NC523SFP PCIe adapter providing two 10Gb SPF+ ports using a QLogic 8214 controller.
    Originally the plan as well was to include Windows Server 2016/2019. Unfortunately the QLogic driver download site was malfunctioning since Cavium’s acquisition of the company and the other Windows Server 2016 driver options not panning out and there not being a Windows Server 2019 option. So sadly that Windows testing was thwarted so I since started testing over with a Mellanox Connectx-2 10GbE NIC, which is well supported on Windows Server and so that testing is ongoing for the next article of Windows vs. Linux 10 Gigabit network performance plus some “tuned” Linux networking results too.

    ###Integration of the LLVM sanitizers with the NetBSD base system

    Over the past month I’ve merged the LLVM compiler-rt sanitizers (LLVM svn r350590) with the base system. I’ve also managed to get a functional set of Makefile rules to build all of them, namely:
    ASan, UBSan, TSan, MSan, libFuzzer, SafeStack, XRay.
    In all supported variations and modes that are supported by the original LLVM compiler-rt package.

    ###Distrowatch FreeNAS 11.2 review

    The project’s latest release is FreeNAS 11.2 and, at first, I nearly overlooked the new version because it appeared to be a minor point release. However, a lot of work went into the new version and 11.2 offers a lot of changes when compared next to 11.1, “including a major revamp of the web interface, support for self-encrypting drives, and new, backwards-compatible REST and WebSocket APIs. This update also introduces iocage for improved plugins and jails management and simplified plugin development.”

    ##Beastie Bits

    • Instructions for installing rEFInd to dual boot a computer with FreeBSD and windows (and possibly other OSes as well).
    • NetBSD desktop pt.6: “vi(1) editor, tmux and unicode $TERM”
    • Unix flowers
    • FreeBSD upgrade procedure using GPT
    • Pull-based Backups using OpenBSD base*
    • Developing WireGuard for NetBSD
    • OpenZFS User Conference, April 18-19, Norwalk CT
    • KnoxBug Feb 25th

    ##Feedback/Questions

    • Jake - C Programming
    • Farhan - Explanation of rtadvd
    • Nelson - Bug Bounties on Open-Source Software
    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    284: FOSDEM 2019 Feb 07, 2019
    Show notes

    We recap FOSDEM 2019, FreeBSD Foundation January update, OPNsense 19.1 released, the hardware-assisted virtualization challenge, ZFS and GPL terror, ClonOS 19.01-RELEASE, and more.

    Headlines

    FOSDEM 2019 Recap

    • Allan and I were at FOSDEM 2019 in Brussels, Belgium over the weekend.
    • On the Friday before, we held a FreeBSD Devsummit in a hotel conference room, with 25 people attending. We talked about various topics of interest to the project. You can find the notes on the wiki page.
    • Saturday was the first day of FOSDEM. The FreeBSD Project had a table next to the Illumos Project again. A lot of people visited our table, asked questions, or just said “Hi, I watch BSDNow.tv every week”. We handed out a lot of stickers, pens, swag, and flyers. There was also a full day BSD devroom, with a variety of talks that were well attended.
    • In the main conference track, Allan held a talk explaining how the ZFS ARC works. A lot of people attended the talk and had more questions afterwards. Another well attended talk was by Jonathan Looney about Netflix and FreeBSD.
    • Sunday was another day in the same format, but no bsd devroom. A lot of people visited our table, developers and users alike. A lot of meeting and greeting went on.
    • Overall, FOSDEM was a great success with FreeBSD showing a lot of presence. Thanks to all the people who attended and talked to us. Special thanks to the people who helped out at the FreeBSD table and Rodrigo Osorio for running the BSD devroom again.

    FreeBSD Foundation Update, January 2019

    Dear FreeBSD Community Member,
    Happy New Year! It’s always exciting starting the new year with ambitious plans to support FreeBSD in new and existing areas. We achieved our fundraising goal for 2018, so we plan on funding a lot of work this year! Though it’s the new year, this newsletter highlights some of the work we accomplished in December. We also put together a list of technologies and features we are considering supporting, and are looking for feedback on what users want to help inform our 2019 development plans. Our advocacy and education efforts are in full swing as we prepare for upcoming conferences including FOSDEM, SANOG33, and SCaLE.
    Finally, we created a year-end video to talk about the work we did in 2018. That in itself was an endeavor, so please take a few minutes to watch it! We’re working on improving the methods we use to inform the community on the work we are doing to support the Project, and are always open to feedback. Now, sit back, grab a refreshing beverage, and enjoy our newsletter!
    Happy reading!!
    Deb

    OPNsense 19.1 released

    For more than four years now, OPNsense is driving innovation through modularising and hardening the open source firewall, with simple and reliable firmware upgrades, multi-language support, HardenedBSD security, fast adoption of upstream software updates as well as clear and stable 2-Clause BSD licensing.
    The 19.1 release, nicknamed “Inspiring Iguana”, consists of a total of 620 individual changes since 18.7 came out 6 months ago, spread out over 12 intermediate releases including the recent release candidates. That is the average of 2 stable releases per month, security updates and important bug fixes included! If we had to pick a few highlights it would be: The firewall alias API is finally in place. The migration to HardenedBSD 11.2 has been completed. 2FA now works with a remote LDAP / local TOTP combination. And the OpenVPN client export was rewritten for full API support as well.

    • These are the most prominent changes since version 18.7:

    • fully functional firewall alias API

    • PIE firewall shaper support

    • firewall NAT rule logging support

    • 2FA via LDAP-TOTP combination

    • WPAD / PAC and parent proxy support in the web proxy

    • P12 certificate export with custom passwords

    • Dpinger is now the default gateway monitor

    • ET Pro Telemetry edition plugin[2]

    • extended IPv6 DUID support

    • Dnsmasq DNSSEC support

    • OpenVPN client export API

    • Realtek NIC driver version 1.95

    • HardenedBSD 11.2, LibreSSL 2.7

    • Unbound 1.8, Suricata 4.1

    • Phalcon 3.4, Perl 5.28

    • firmware health check extended to cover all OS files, HTTPS mirror default

    • updates are browser cache-safe regarding CSS and JavaScript assets

    • collapsible side bar menu in the default theme

    • language updates for Chinese, Czech, French, German, Japanese, Portuguese and Russian

    • API backup export, Bind, Hardware widget, Nginx, Ntopng, VnStat and Dnscrypt-proxy plugins

    • Here are the full changes against version 19.1-RC2:

    • ipsec: add firewall interface as soon as phase 1 is enabled

    • ipsec: phase 1 selection GUI JavaScript compatibility fix

    • monit: widget improvements and bug fix (contributed by Frank Brendel)

    • ui: fix regression in single host or network subnet select in static pages

    • plugins: os-frr 1.7 updates OSFP outbound rules (contributed by Fabian Franz)

    • plugins: os-telegraf 1.7.4 fixes packet filter input

    • plugins: os-theme-rebellion 1.8.2 adds image colour invert

    • plugins: os-vnstat 1.1[3]

    • plugins: os-zabbix-agent now uses Zabbix version 4.0

    • src: revert mmc_calculate_clock() as HS200/HS400 support breaks legacy support

    • src: update sqlite3-3.20.0 to sqlite3-3.26.0[4]

    • src: import tzdata 2018h, 2018i[5]

    • src: avoid unsynchronized updates to kn_status[6]

    • ports: ca_root_nss 3.42

    • ports: dhcp6c 20190128 prevent rawops double-free (contributed by Team Rebellion)

    • ports: sudo patch to fix listpw=never[7]

    News Roundup

    The hardware-assisted virtualization challenge

    Over two years ago, I made a pledge to use NetBSD as my sole OS and only operating system, and to resist booting into any other OS until I had implemented hardware-accelerated virtualization in the NetBSD kernel (the equivalent of Linux’ KVM, or Hyper-V).
    Today, I am here to report: Mission Accomplished!
    It’s been a long road, but we now have hardware-accelerated virtualization in the kernel! And while I had only initially planned to get Oracle VirtualBox working, I have with the help of the Intel HAXM engine (the same backend used for virtualization in Android Studio) and a qemu frontend, successfully managed to boot a range of mainstream operating systems.

    ZFS and GPL terror: How much freedom is there in Linux?

    • ZFS – the undesirable guest

    ZFS is todays most advanced filesystem. It originated on the Solaris operating system and thanks to Sun’s decision to open it up, we have it available on quite a number of Unix-like operating systems. That’s just great! Great for everyone.
    For everyone? Nope. There are people out there who don’t like ZFS. Which is totally fine, they don’t need to use it after all. But worse: There are people who actively hate ZFS and think that others should not use it. Ok, it’s nothing new that some random guys on the net are acting like assholes, trying to tell you what you must not do, right? Whoever has been online for more than a couple of days probably already got used to it. Unfortunately its still worse: One such spoilsport is Greg Kroah-Hartman, Linux guru and informal second-in-command after Linus Torvalds.
    There have been some attempts to defend the stance of this kernel developer. One was to point at the fact that the “ZFS on Linux” (ZoL) port uses two kernel functions, __kernel_fpu_begin() and __kernel_fpu_end(), which have been deprecated for a very long time and that it makes sense to finally get rid of them since nothing in-kernel uses it anymore. Nobody is going to argue against that. The problem becomes clear by looking at the bigger picture, though:
    The need for functions doing just what the old ones did has of course not vanished. The functions have been replaced with other ones. And those ones are deliberately made GPL-only. Yes, that’s right: There’s no technical reason whatsoever! It’s purely ideology – and it’s a terrible one.

    ClonOS 19.01-RELEASE

    ClonOS is a turnkey Open Source platform based on FreeBSD and the CBSD framework. ClonOS offers a complete web UI for easily controlling, deploying and managing FreeBSD jails containers and Bhyve/Xen hyperviser virtual environments.
    ClonOS is currently the only platform available which allow both Xen and Bhyve hypervisor to coexist on the same host. Being a FreeBSD base platform, ClonOS ability to create and manage jails allows you to run FreeBSD applications without losing performance.

    • Features:

    • easy management via web UI interface

    • live Bhyve migration [coming soon, roadmap]

    • Bhyve management (create, delete VM)

    • Xen management (create, delete VM) [coming soon, roadmap]

    • connection to the “physical” guest console via VNC from the browser or directly

    • Real time system monitoring

    • access to load statistics through SQLite3 and beanstalkd

    • support for ZFS features (cloning, snapshots)

    • import/export of virtual environments

    • public repository with virtual machine templates

    • puppet-based helpers for configuring popular services

    • ClonOS is a free open-source FreeBSD-based platform for virtual environments creation and management. In the core:

    • FreeBSD OS as hoster platform

    • bhyve(8) as hypervisor engine

    • Xen as hypervisor engine

    • vale(4) as Virtual Ethernet Switch

    • jail(8) as container engine

    • CBSD Project as management tools

    • Puppet as configuration management

    Beastie Bits

    • Florian Obser on unwind(8)
    • A low tech SMS gateway for fun and no profit
    • Netflix and FreeBSD : Using Open Source to Deliver Streaming Video
    • powerd++ 0.4.0 release
    • Is it time to rewrite the operating system in Rust?
    • Small change, big effect
    • Swedish BSD Meetup, Feb 19, 2019
    • Polish BSD User Group Meetup, Feb 21, 2019

    Feedback/Questions

    • Casey - Cool new Digital Ocean Feature
    • Morgan - Jail w/differnet version of FreeBSD
    • Brad - FreeBSD Installer
    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    283: Graphical Interface-View Jan 31, 2019
    Show notes

    We’re at FOSDEM 2019 this week having fun. We’d never leave you in a lurch, so we have recorded an interview with Niclas Zeising of the FreeBSD graphics team for you. Enjoy.

    ##Interview - Niclas Zeising - zeising@FreeBSD.org / @niclaszeising
    Interview topic: FreeBSD Graphics Stack

    • BR: Welcome Niclas. Since this is your first time on BSDNow, can you tell us a bit about yourself and how you started with Unix/BSD?
    • AJ: What made you start working in the FreeBSD graphics stack?
    • BR: What is the current status with the FreeBSD graphics stack?
    • AJ: What challenges do you face in the FreeBSD graphics stack?
    • BR: How many people are working in the graphics team and what kind of help do you need there?
    • AJ: You’re also involved in FreeBSD ports and held a poudriere tutorial at last years EuroBSDcon. What kind of feedback did you get and will you give that tutorial again?
    • BR: You’ve been organizing the Stockholm BSD user group meeting. Can you tell us a bit about that, what’s involved, how is it structured?
    • AJ: What conferences do you go to where people could talk to you?
    • BR: Is there anything else you’d like to mention before we let you go?

    ##Feedback/Questions

    • Casey - TrueOS
    • Troels - zfs send vs zfs send -R
    • matclarke - Orphaned packages
    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    282: Open the Rsync Jan 24, 2019
    Show notes

    Project Trident 18.12 released, Spotifyd on NetBSD, OPNsense 18.7.10 is available, Ultra EPYC AMD Powered Sun Ultra 24 Workstation, OpenRsync, LLD porting to NetBSD, and more.

    ##Headlines

    ###AsiaBSDCon 2019 Call for Papers

    • You have until Jan 30th to submit
    • Full paper requirement is relaxed a bit this year (this year ONLY!) due to the short submission window. You don’t need all 10-12 pages, but it is still preferred.
    • Send a message to secretary@asiabsdcon.org with your proposal. Could be either for a talk or a tutorial.
    • Two days of tutorials/devsummit and two days of conference during Sakura season in Tokyo, Japan
    • The conference is also looking for sponsors
    • If accepted, flight and hotel is paid for by the conference

    ###Project Trident 18.12 Released

    • Twitter account if you want to keep up on project news
    • Screenshots
    • Project Trident Community Telegram Channel
    • DistroWatch Page
    • LinuxActionNews Review
    • RoboNuggie’s in depth review

    ###Building Spotifyd on NetBSD

    These are the steps I went through to build and run Spotifyd (this commit at the time of writing) on NetBSD AMD64. It’s a Spotify Connect client so it means I still need to control Spotify from another device (typically my phone), but the audio is played through my desktop… which is where my speakers and headphones are plugged in - it means I don’t have to unplug stuff and re-plug into my phone, work laptop, etc. This is 100% a “good enough for now solution” for me; I have had a quick play with the Go based microcontroller from spotcontrol and that allows a completely NetBSD only experience (although it is just an example application so doesn’t provide many features - great as a basis to build on though).

    ##News Roundup

    ###OPNsense 18.7.10 released

    2019 means 19.1 is almost here. In the meantime accept this small
    incremental update with goodies such as Suricata 4.1, custom passwords
    for P12 certificate export as well as fresh fixes in the FreeBSD base.
    A lot of cleanups went into this update to make sure there will be a
    smooth transition to 19.1-RC for you early birds. We expect RC1 in 1-2
    weeks and the final 19.1 on January 29.

    ###Introducing the Ultra EPYC AMD Powered Sun Ultra 24 Workstation

    A few weeks ago, I got an itch to build a workstation with AMD EPYC. There are a few constraints. First, I needed a higher-clock part. Second, I knew the whole build would be focused more on being an ultra high-end workstation rather than simply utilizing gaming components. With that, I decided it was time to hit on a bit of nostalgia for our readers. Mainly, I wanted to do an homage to Sun Microsystems. Sun made the server gear that the industry ran on for years, and as a fun fact, if you go behind the 1 Hacker Way sign at Facebook’s campus, they left the Sun Microsystems logo. Seeing that made me wonder if we could do an ultimate AMD EPYC build in a Sun Microsystems workstation.

    ###OpenRsync

    This is a clean-room implementation of rsync with a BSD (ISC) license. It is designed to be compatible with a modern rsync (3.1.3 is used for testing). It currently compiles and runs only on OpenBSD.
    This project is still very new and very fast-moving.
    It’s not ready for wide-spread testing. Or even narrow-spread beyond getting all of the bits to work. It’s not ready for strong attention. Or really any attention but by careful programming.
    Many have asked about portability. We’re just not there yet, folks. But don’t worry, the system is easily portable. The hard part for porters is matching OpenBSD’s pledge and unveil.

    ###The first report on LLD porting

    LLD is the link editor (linker) component of Clang toolchain. Its main advantage over GNU ld is much lower memory footprint, and linking speed. It is of specific interest to me since currently 8 GiB of memory are insufficient to link LLVM statically (which is the upstream default).
    The first goal of LLD porting is to ensure that LLD can produce working NetBSD executables, and be used to build LLVM itself. Then, it is desirable to look into trying to build additional NetBSD components, and eventually into replacing /usr/bin/ld entirely with lld.
    In this report, I would like to shortly summarize the issues I have found so far trying to use LLD on NetBSD.

    ###Ring in the new

    It’s the second week of 2019 already, which means I’m curious what Nate is going to do with his series This week in usability … reset the numbering from week 1? That series is a great read, to keep up with all the little things that change in KDE source each week — aside from the release notes.
    For the big ticket items of KDE on FreeBSD, you should read this blog instead.

    • In ports this week (mostly KDE, some unrelated):
    • KDE Plasma has been updated to the latest release, 5.14.5.
    • KDE Applications 18.12.1 were released today, so we’re right on top of them.
    • Marble was fixed for FreeBSD-running-on-Power9.
    • Musescore caught up on 18 months of releases.
    • Phonon updated to 4.10.1, along with its backends.
    • And in development, Qt WebEngine 5.12 has been prepared in the incongruously-named plasma-5.13 branch in Area51; that does contain all the latest bits described above, as well.

    ##Beastie Bits

    • NomadBSD 1.2-RC1 Released
    • ZFS - The First Enterprise Blockchain
    • Powersaving with DragonFly laptop
    • NetBSD reaches 100% reproducable builds
    • Potential Bhyve Web Interface?
    • LibGDX proof of concept on OpenBSD - Video
    • LiteCLI is a user-friendly CommandLine client for SQLite database
    • In honor of Donald Knuth’s 81 birthday Stanford uploaded 111 lectures on Youtube
    • Portland BSD Pizza Night - 2018-01-31 19:00 - Sweet Heart Pizza
    • Stockholm BSD February meetup
    • Polish BSD User Group: Jan 25 18:15 - 21:00
    • AsiaBSDcon 2019 CfP

    ##Feedback/Questions

    • Greg - VLANs and jails
    • Tara - ZFS on removable disks
    • Casey - Interview with Kirk McKusick
    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    281: EPYC Server Battle Jan 17, 2019
    Show notes

    SCP client vulnerabilities, BSDs vs Linux benchmarks on a Tyan EPYC Server, fame for the Unix inventors, Die IPv4, GhostBSD 18.12 released, Unix in pictures, and more.

    ##Headlines
    ###scp client multiple vulnerabilities

    • Overview
    • SCP clients from multiple vendors are susceptible to a malicious scp server performing
      unauthorized changes to target directory and/or client output manipulation.
    • Description
    • Many scp clients fail to verify if the objects returned by the scp server match those
      it asked for. This issue dates back to 1983 and rcp, on which scp is based. A separate
      flaw in the client allows the target directory attributes to be changed arbitrarily.
      Finally, two vulnerabilities in clients may allow server to spoof the client output.
    • Impact
    • Malicious scp server can write arbitrary files to scp target directory, change the
      target directory permissions and to spoof the client output.
    • Details

    The discovered vulnerabilities, described in more detail below, enables the attack
    described here in brief.

      1. The attacker controlled server or Man-in-the-Middle(*) attack drops .bash_aliases file to victim’s home directory when the victim performs scp operation from the server. The transfer of extra files is hidden by sending ANSI control sequences via stderr. For example:

    user@local:~$ scp user@remote:readme.txt .
    readme.txt 100% 494 1.6KB/s 00:00
    user@local:~$

      1. Once the victim launches a new shell, the malicious commands in .bash_aliases get executed.
    • *) Man-in-the-Middle attack does require the victim to accept the wrong host fingerprint.

    ###FreeBSD 12.0 vs. DragonFlyBSD 5.4 vs. TrueOS 18.12 vs. Linux On A Tyan EPYC Server

    Last month when running FreeBSD 12.0 benchmarks on a 2P EPYC server I wasn’t able to run any side-by-side benchmarks with the new DragonFlyBSD 5.4 as this BSD was crashing during the boot process on that board. But fortunately on another AMD EPYC server available, the EPYC 1P TYAN Transport SX TN70A-B8026, DragonFlyBSD 5.4.1 runs fine. So for this first round of BSD benchmarking in 2019 are tests of FreeBSD 11.2, FreeBSD 12.0, DragonFlyBSD 5.4.1, the new TrueOS 18.12, and a few Linux distributions (CentOS 7, Ubuntu 18.04.1 LTS, and Clear Linux) on this EPYC 7601 server in a variety of workloads.

    DragonFlyBSD 5.4.1 ran fine on this Tyan server and could boot fine unlike the issue encountered on the Dell PowerEdge R7425 for this particular BSD. But on the Tyan server, DragonFlyBSD 5.2.2 wouldn’t boot so only this latest DragonFlyBSD release series was used as part of the comparison.

    • A summary of the operating systems tested for this EPYC 7601 OS benchmark comparison included:

    • DragonFlyBSD 5.4.1 - The latest release of Matthew Dillon’s operating system while using the HAMMER2 file-system and GCC 8.1 compiler that is now the default system compiler for this BSD.

    • FreeBSD 11.2 - The previous stable release of FreeBSD. Installed with a ZFS file-system.

    • FreeBSD 12.0 - The latest stable release of FreeBSD and installed with its ZFS option.

    • TrueOS 18.12 - The latest release of the iX systems’ FreeBSD derivative. TrueOS 18.12 is based on FreeBSD 13.0-CURRENT and uses ZFS by default and was using the Clang 7.0.1 compiler compared to Clang 6.0.1 on FreeBSD 12.0.

    • CentOS Linux 7 - The latest EL7 operating system performance.

    • Ubuntu 18.04.1 LTS - The latest Ubuntu Long Term Support release.

    • Clear Linux 27120 - The latest rolling release as of testing out of Intel’s Open-Source Technology Center. Clear Linux often reflects as close to the gold standard for performance as possible with its insanely tuned software stack for offering optimal performance on x86_64 performance for generally showing best what the hardware is capable of.

    Throughout all of this testing, the Tyan 2U server was kept to its same configuration of an AMD EPYC 7601 (32 cores / 64 threads) at stock speeds, 8 x 16GB DDR4-2666 ECC memory, and 280GB Intel Optane 900p SSD benchmarks.

    ##News Roundup
    ###National Inventors Hall of Fame honors creators of Unix

    Dennis Ritchie (Posthumous) and Ken Thompson: UNIX Operating System
    Thompson and Ritchie’s creation of the UNIX operating system and the C programming language were pivotal developments in the progress of computer science. Today, 50 years after its beginnings, UNIX and UNIX-like systems continue to run machinery from supercomputers to smartphones. The UNIX operating system remains the basis of much of the world’s computing infrastructure, and C language – written to simplify the development of UNIX – is one of the most widely used languages today.

    ###Die IPV4, Die

    Imagine, it is 2019. Easy, ha? Imagine, it is 2019 and you want to turn off IPv4. Like, off off. Really off. Not disabling IPv6, but disabling IPv4.

    • Two steps back

    You might be coming here wondering, why would anybody want to do what we are asking to be done. Well, it is dead simple: We are running data centers (like Data Center Light) with a lot of IPv6 only equipment. There simply is no need for IPv4. So why would we want to have it enabled?
    Also, here at ungleich, we defined 2019 as the year to move away from IPv4.

    • The challenge

    Do you like puzzles? Competitions? Challenges? Hacking? Well. If ANY of this is of your interest, here is a real challenge for you:
    We offer a 100 CHF (roughly 100 USD) for anyone who can give us a detailed description of how to turn IPv4 completely off in an operating system and allowing it to communicate with IPv6 only. This should obviously include a tiny proof that your operating system is really unable to use IPv4 at all. Just flushing IPv4 addresses and keeping the IPv4 stack loaded, does not count.

    ###GhostBSD 18.12 released

    GhostBSD 18.12 is an updated iso of GhostBSD 18.10 with some little changes to the live DVD/USB and with updated packages.

    • What has changed since 18.10
    • removed default call of kernel modules for AMD and Intel
    • replaced octopkg by software-station
    • added back gop hacks to the live system
    • added ghostbsd-drivers and ghostbsd-utils
    • we updated the packages to the latest build

    ###And Now for a laugh : #unixinpictures

    ##Beastie Bits

    • We are now closer to the Y2038 bug than the Y2K bug
    • OpenBSD Enterprise use
    • AT&T Unix Books
    • Process title and missing memory space
    • The History of a Security Hole
    • unbound-adblock: The ultimate network adblocker!
    • FreeBSD’s name/value pairs library
    • Pid Rollover
    • Booting OpenBSD kernels in EFI mode with QEMU
    • OpenBSD CVS commit: Make mincore lie
    • BSDCan 2019 CfP ending January 19 - Submit!
    • OpenZFS User Conference - April 18-19
    • FreeBSD Journal is a free publication now

    ##Feedback/Questions

    • Chris - Boot environments and SSDs
    • Jonathan - Bytes issued during a zpool scrub
    • Bostjan - ZFS Record Size and my mistakes
    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    Episode 280: FOSS Clothing | BSD Now 280 Jan 10, 2019
    Show notes

    A EULA in FOSS clothing, NetBSD with more LLVM support, Thoughts on FreeBSD 12.0, FreeBSD Performance against Windows and Linux on Xeon, Microsoft shipping NetBSD, and more.

    Headlines

    A EULA in FOSS clothing?

    There was a tremendous amount of reaction to and discussion about my blog entry on the midlife crisis in open source. As part of this discussion on HN, Jay Kreps of Confluent took the time to write a detailed response — which he shortly thereafter elevated into a blog entry.
    Let me be clear that I hold Jay in high regard, as both a software engineer and an entrepreneur — and I appreciate the time he took to write a thoughtful response. That said, there are aspects of his response that I found troubling enough to closely re-read the Confluent Community License — and that in turn has led me to a deeply disturbing realization about what is potentially going on here.
    To GitHub: Assuming that this is in fact a EULA, I think it is perilous to allow EULAs to sit in public repositories. It’s one thing to have one click through to accept a license (though again, that itself is dubious), but to say that a git clone is an implicit acceptance of a contract that happens to be sitting somewhere in the repository beggars belief. With efforts like choosealicense.com, GitHub has been a model in guiding projects with respect to licensing; it would be helpful for GitHub’s counsel to weigh in on their view of this new strain of source-available proprietary software and the degree to which it comes into conflict with GitHub’s own terms of service.
    To foundations concerned with software liberties, including the Apache Foundation, the Linux Foundation, the Free Software Foundation, the Electronic Frontier Foundation, the Open Source Initiative, and the Software Freedom Conservancy: the open source community needs your legal review on this! I don’t think I’m being too alarmist when I say that this is potentially a dangerous new precedent being set; it would be very helpful to have your lawyers offer their perspectives on this, even if they disagree with one another. We seem to be in some terrible new era of frankenlicenses, where the worst of proprietary licenses are bolted on to the goodwill created by open source licenses; we need your legal voices before these creatures destroy the village!

    NetBSD and LLVM

    NetBSD entering 2019 with more complete LLVM support

    I’m recently helping the NetBSD developers to improve the support for this operating system in various LLVM components. As you can read in my previous report, I’ve been focusing on fixing build and test failures for the purpose of improving the buildbot coverage. Previously, I’ve resolved test failures in LLVM, Clang, LLD, libunwind, openmp and partially libc++. During the remainder of the month, I’ve been working on the remaining libc++ test failures, improving the NetBSD clang driver and helping Kamil Rytarowski with compiler-rt.

    The process of upstreaming support to LLVM sanitizers has been finalized

    I’ve finished the process of upstreaming patches to LLVM sanitizers (almost 2000LOC of local code) and submitted to upstream new improvements for the NetBSD support. Today out of the box (in unpatched version) we have support for a variety of compiler-rt LLVM features: ASan (finds unauthorized memory access), UBSan (finds unspecified code semantics), TSan (finds threading bugs), MSan (finds uninitialized memory use), SafeStack (double stack hardening), Profile (code coverage), XRay (dynamic code tracing); while other ones such as Scudo (hardened allocator) or DFSan (generic data flow sanitizer) are not far away from completeness. The NetBSD support is no longer visibly lacking behind Linux in sanitizers, although there are still failing tests on NetBSD that are not observed on Linux. On the other hand there are features working on NetBSD that are not functional on Linux, like sanitizing programs during early initialization process of OS (this is caused by /proc dependency on Linux that is mounted by startup programs, while NetBSD relies on sysctl(3) interfaces that is always available).

    News Roundup

    Thoughts on FreeBSD 12.0

    Playing with FreeBSD with past week I don’t feel as though there were any big surprises or changes in this release compared to FreeBSD 11. In typical FreeBSD fashion, progress tends to be evolutionary rather than revolutionary, and this release feels like a polished and improved incremental step forward. I like that the installer handles both UFS and ZFS guided partitioning now and in a friendly manner. In the past I had trouble getting FreeBSD’s boot menu to work with boot environments, but that has been fixed for this release. I like the security options in the installer too. These are not new, but I think worth mentioning. FreeBSD, unlike most Linux distributions, offers several low-level security options (like hiding other users’ processes and randomizing PIDs) and I like having these presented at install time. It’s harder for people to attack what they cannot see, or predict, and FreeBSD optionally makes these little adjustment for us. Something which stands out about FreeBSD, compared to most Linux distributions I run, is that FreeBSD rarely holds the user’s hand, but also rarely surprises the user. This means there is more reading to do up front and new users may struggle to get used to editing configuration files in a text editor. But FreeBSD rarely does anything unless told to do it. Updates rarely change the system’s behaviour, working technology rarely gets swapped out for something new, the system and its applications never crashed during my trial. Everything was rock solid. The operating system may seem like a minimal, blank slate to new users, but it’s wonderfully dependable and predictable in my experience. I probably wouldn’t recommend FreeBSD for desktop use. It’s close relative, GhostBSD, ships with a friendly desktop and does special work to make end user applications run smoothly. But for people who want to run servers, possible for years without change or issues, FreeBSD is a great option. It’s also an attractive choice, in my opinion, for people who like to build their system from the ground up, like you would with Debian’s server install or Arch Linux. Apart from the base tools and documentation, there is nothing on a FreeBSD system apart from what we put on it.

    FreeBSD 12.0 Performance Against Windows & Linux On An Intel Xeon Server

    Last week I posted benchmarks of Windows Server 2019 against various Linux distributions using a Tyan dual socket Intel Xeon server. In this article are some complementary results when adding in the performance of FreeBSD 11.2 against the new FreeBSD 12.0 stable release for this leading BSD operating system. As some fun benchmarks to end out 2018, here are the results of FreeBSD 11.2/12.0 (including an additional run when using GCC rather than Clang) up against Windows Server and several enterprise-ready Linux distributions. While FreeBSD 12.0 had picked up just one win of the Windows/Linux comparisons run, the FreeBSD performance is moving in the right direction. FreeBSD 12.0 was certainly faster than FreeBSD 11.2 on this dual Intel Xeon Scalable server based on a Tyan 1U platform. Meanwhile, to no surprise given the data last week, Clear Linux was by far the fastest out-of-the-box operating system tested. I did run some extra benchmarks on FreeBSD 11.2/12.0 with this hardware: in total I ran 120 benchmarks for these BSD tests. Of the 120 tests, there were just 15 cases where FreeBSD 11.2 was faster than 12.0. Seeing FreeBSD 12.0 faster than 11.2 nearly 90% of the time is an accomplishment and usually with other operating systems we see more of a mixed bag on new releases with not such solidly better performance. It was also great seeing the competitive performance out of FreeBSD when using the Clang compiler for the source-based tests compared to the GCC8 performance. Additional data available via this OpenBenchmarking.org result file.

    How NetBSD came to be shipped by Microsoft

    Google cache in case the site is down

    In 2000, Joe Britt, Matt Hershenson and Andy Rubin formed Danger Incorporated. Danger developed the world’s first recognizable smartphone, the Danger HipTop. T-Mobile sold the first HipTop under the brand name Sidekick in October of 2002. Danger had a well developed kernel that had been designed and built in house. The kernel came to be viewed as not a core intellectual property and Danger started a search for a replacement. For business reasons, mostly to do with legal concerns over the Gnu Public License, Danger rejected Linux and began to consider BSD Unix as a replacement for the kernel. In 2006 I was hired by Mike Chen, the manager of the kernel development group to investigate the feasibility of replacing the Danger kernel with a BSD kernel, to select the version of BSD to use, to develop a prototype and to develop the plan for adapting BSD to Danger’s requirements. NetBSD was easily the best choice among the BSD variations at the time because it had well developed cross development tools. It was easy to use a NetBSD desktop running an Intel release to cross compile a NetBSD kernel and runtime for a device running an ARM processor. (Those interested in mailing list archaeology might be amused to investigate NetBSD technical mailing list for mail from picovex, particularly from Bucky Katz at picovex.) We began product development on the specific prototype of the phone that would become the Sidekick LX2009 in 2007 and contracts for the phone were written with T-Mobile. We were about half way through the two year development cycle when Microsoft purchased Danger in 2008. Microsoft would have preferred to ship the Sidekick running Windows/CE rather than NetBSD, but a schedule analysis performed by me, and another by an independent outside contractor, indicated that doing so would result in unacceptable delay.

    Beastie Bits

    • Unleashed 1.2 Released
    • 35th CCC - Taming the Chaos: Can we build systems that actually work?
    • Potholes to avoid when migrating to IPv6
    • XScreenSaver 5.42
    • SSH Examples and Tunnels
    • Help request - mbuf(9) - request for comment
    • NSA to release free Reverse Engineering Tool
    • Running FreeBSD on a Raspberry Pi3 using a custom image created with crochet and poudriere

    Feedback/Questions

    • Dries - Lets talk a bit about VIMAGE jails
    • ohb - Question About ZFS Root Dataset
    • Micah - Active-Active NAS Sync recommendations
    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    Episode 279: Future of ZFS | BSD Now 279 Jan 03, 2019
    Show notes

    The future of ZFS in FreeBSD, we pick highlights from the FreeBSD quarterly status report, flying with the raven, modern KDE on FreeBSD, many ways to launch FreeBSD in EC2, GOG installers on NetBSD, and more.

    Headlines

    The future of ZFS in FreeBSD

    The sources for FreeBSD’s ZFS support are currently taken directly from Illumos with local ifdefs to support the peculiarities of FreeBSD where the Solaris Portability Layer (SPL) shims fall short. FreeBSD has regularly pulled changes from Illumos and tried to push back any bug fixes and new features done in the context of FreeBSD. In the past few years the vast majority of new development in ZFS has taken place in DelphixOS and zfsonlinux (ZoL). Earlier this year Delphix announced that they will be moving to ZoL: https://www.delphix.com/blog/kickoff-future-eko-2018 This shift means that there will be little to no net new development of Illumos. While working through the git history of ZoL I have also discovered that many races and locking bugs have been fixed in ZoL and never made it back to Illumos and thus FreeBSD. This state of affairs has led to a general agreement among the stakeholders that I have spoken to that it makes sense to rebase FreeBSD’s ZFS on ZoL. Brian Behlendorf has graciously encouraged me to add FreeBSD support directly to ZoL https://github.com/zfsonfreebsd/ZoF so that we might all have a single shared code base. A port for ZoF can be found at https://github.com/miwi-fbsd/zof-port Before it can be committed some additional functionality needs to be added to the FreeBSD opencrypto framework. These can be found at https://reviews.freebsd.org/D18520 This port will provide FreeBSD users with multi modifier protection, project quotas, encrypted datasets, allocation classes, vectorized raidz, vectorized checksums, and various command line improvements.

    FreeBSD Quarterly Status Update

    With FreeBSD having gone all the way to 12, it is perhaps useful to take a look back at all the things that have been accomplished, in terms of many visible changes, as well as all the things that happen behind the scenes to ensure that FreeBSD continues to offer an alternative in both design, implementation, and execution. The things you can look forward to reading about are too numerous to summarize, but cover just about everything from finalizing releases, administrative work, optimizations and depessimizations, features added and fixed, and many areas of improvement that might just surprise you a little. Please have a cup of coffee, tea, hot cocoa, or other beverage of choice, and enjoy this culmulative set of reports covering everything that’s been done since October, 2017. —Daniel Ebdrup

    News Roundup

    One year of flying with the Raven: Ready for the Desktop?

    It has been a little over one year now that I’m with the Ravenports project. Time to reflect my involvement, my expectations and hopes.
    • Ravenports
    Ravenports is a universal packaging framework for *nix operating systems. For the user it provides easy access to binary packages of common software for multiple platforms. It has been the long-lasting champion on Repology’s top 10 repositories regarding package freshness (rarely dropping below 96 percent while all other projects keep below 90!).
    For the porter it offers a well-designed and elegant means of writing cross-platform buildsheets that allow building the same version of the software with (completely or mostly) the same compile-time configuration on different operating systems or distributions.
    And for the developer it means a real-world project that’s written in modern Ada (ravenadm) and C (pkg) – as well as some Perl for support scripts and make. Things feel very optimized and fast. Not being a programmer though, I cannot really say anything about the actual code and thus leave it to the interested reader’s judgement.

    Modern KDE on FreeBSD

    New stuff in the official FreeBSD repositories! The X11 team has landed a newer version of libinput, opening up the way for KDE Plasma 5.14 in ports. That’s a pretty big update and it may frighten people with a new wallpaper. What this means is that the graphical stack is once again on-par with what Plasma upstream expects, and we can get back to chasing releases as soon as they happen, rather than gnashing our teeth at missing dependencies. The KDE-FreeBSD CI servers are in the process of being upgraded to 12-STABLE, and we’re integrating with the new experimental CI systems as well. This means we are chasing sensibly-modern systems (13-CURRENT is out of scope).

    The many ways to launch FreeBSD in EC2

    Talking to FreeBSD users recently, I became aware that while I’ve created a lot of tools, I haven’t done a very good job of explaining how, and more importantly when to use them. So for all of the EC2-curious FreeBSD users out there: Here are the many ways to launch and configure FreeBSD in EC2 — ranging from the simplest to the most complicated (but most powerful):
    • Launch FreeBSD and SSH in
    • Launch FreeBSD and provide user-data
    • Use the AMI Builder to create a customized FreeBSD AMI
    • Build a FreeBSD AMI from a modified FreeBSD source tree
    • Build your own disk image
    I hope I’ve provided tools which help you to run FreeBSD in EC2, no matter how common or unusual your needs are. If you find my work useful, please consider supporting my work in this area; while this is both something I enjoy working on and something which is useful for my day job (Tarsnap, my online backup service), having support would make it easier for me to prioritize FreeBSD/EC2 issues over other projects.

    Using the GOG.com installers for Linux, on NetBSD

    GOG.com prefers that you use their GOG Galaxy desktop app to download, install and manage all of your GOG games. But customers always have the option to install the game on their own terms, with a platform-specific installer. GOG offers these installers for Mac, Windows and/or Linux, depending on which platforms the game is available for.
    • The installers truly are platform-specific:
    • macOS games are distributed in a standard .pkg
    • Windows games are distributed in a setup wizard .exe
    • Linux games are distributed in a goofy shell archive
    Of course, none of those are NetBSD. So, if I wanted to even attempt to play a game distributed by GOG.com on NetBSD, which one should I pick? The obvious choice is the Linux installer, since Linux is the most similar to NetBSD, right? Au contraire! In practice, I found that it is easier to download the Windows installer.
    Here’s what I mean. For example, I ported the open source version of Aquaria to pkgsrc, but that package is only the game’s engine, not the multimedia data. The multimedia data is still copyrighted. Therefore, you need to get it from somewhere else. GOG is usually a good choice, because they distribute their games without DRM. And as mentioned earlier, picking the Linux installer seemed like a natural choice.
    Now, actually PLAYING the games on NetBSD is a separate matter entirely. The game I’ve got here, though, my current obsession Pyre, is built with MonoGame and therefore could theoretically work on NetBSD, too, with the help of a library called FNA and a script for OpenBSD called fnaify. I do hope to create a pkgsrc package for FNA and port the fnaify script to NetBSD at some point.

    Beastie Bits

    • Software as a Reflection of Values With Bryan Cantrill
    • Collection of bmc talks, updated 2018
    • wump: incorrect wumpus movement probability
    • Debugging Rust with VSCode on FreeBSD
    • SMB/CIFS on FreeBSD
    • BSD Tattoo
    • pkgsrc-2018Q4 branch announcement
    • toying with wireguard on openbsd
    • new USB audio class v2.0 driver
    • Todd Mortimer Removing ROP Gadgets from OpenBSD EuroBSDCon 2018
    • OpenBSD 6.5 release page is online
    • shell access to historical Unix versions in your browser

    Feedback/Questions

    • Brad - ZFS Features and Upgrades
    • Andre - Splitting ZFS array
    • Michael - Priority/nice value for Jails?
    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    Episode 278: The Real McCoy | BSD Now 278 Dec 27, 2018
    Show notes

    We sat down at BSDCan 2018 to interview Kirk McKusick about various topics ranging about the early years of Berkeley Unix, his continuing work on UFS, the governance of FreeBSD, and more.

    ##Interview - Kirk McKusick - mckusick@mckusick.com
    25 years of FreeBSD

    • How Kirk got started in BSD, at the very beginning
    • Predicting the Future
    • How the code and community grew
    • The leadership of the project, and how it changed over time
    • UFS over the years (reading disks from 1982 in 2018)
    • Conferences
    • The rise and fall of Linux
    • The resurgence of FreeBSD

    We want to extend a big thank you to the entire BSD community for making this show possible, and to all of our viewers for watching and providing the feedback that makes this show successful. We wish you all a happy and prosperous new year, and we’ll see you next week.

    • Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

    Previous 1 39 40 41 42 43 69 Next

    Related Podcasts

    Inside VR & AR

    1

    Inside VR & AR Gadgets
    100 Watts and a Wire

    2

    100 Watts and a Wire Gadgets
    All CNET Video Podcasts (video)

    3

    All CNET Video Podcasts (video) Gadgets
    TechStuff

    4

    TechStuff Gadgets
    The Vergecast

    5

    The Vergecast Gadgets
    Embedded Weekly Podcast – Unknown

    6

    Embedded Weekly Podcast – Unknown Gadgets
    footer-logo

    Contact Us

    Toll Free: 844-670-7747

    Links

    • Home
    • Top Charts
    • Networks
    • Apps
    • Independents Podcasts
    • Podcast Advertising
    • Podcast News
    • Contact Us
    • About Us
    • Analytics & Insights

    Stay Connected

      Privacy, Terms of Use & Our Code of Ethics Protecting Content Creators Copyrights