Language Selection

English French German Italian Portuguese Spanish

FreeBSD 12.1-BETA3 Now Available

Filed under

The third BETA build of the 12.1-RELEASE release cycle is now available.

Installation images are available for:

o 12.1-BETA3 amd64 GENERIC
o 12.1-BETA3 i386 GENERIC
o 12.1-BETA3 powerpc GENERIC
o 12.1-BETA3 powerpc64 GENERIC64
o 12.1-BETA3 powerpcspe MPC85XXSPE
o 12.1-BETA3 sparc64 GENERIC
o 12.1-BETA3 armv6 RPI-B
o 12.1-BETA3 armv7 BANANAPI
o 12.1-BETA3 armv7 BEAGLEBONE
o 12.1-BETA3 armv7 CUBIEBOARD
o 12.1-BETA3 armv7 CUBIEBOARD2
o 12.1-BETA3 armv7 RPI2
o 12.1-BETA3 armv7 PANDABOARD
o 12.1-BETA3 armv7 WANDBOARD
o 12.1-BETA3 armv7 GENERICSD
o 12.1-BETA3 aarch64 GENERIC
o 12.1-BETA3 aarch64 RPI3
o 12.1-BETA3 aarch64 PINE64
o 12.1-BETA3 aarch64 PINE64-LTS

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

Installer images and memory stick images are available here:

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

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

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

A summary of changes since 12.1-BETA2 includes:

o An issue with imx6-based arm boards had been fixed.

o An issue with 64-bit long double types leading to link failures had
  been fixed.

o An overflow logic error had been fixed in fsck_msdosfs(8).

o An issue in destruction of robust mutexes had been fixed.

o Support for the '-vnP' flags to the zfs send subcommand had been
  added for bookmarks.

o The ixgbe(4) driver had been updated to prevent a potential system
  crash with certain 10Gb Intel NICs.

o A regression with the zfs send subcommand when using the '-n', '-P',
  and '-i' flags had been fixed.

o The freebsd-update(8) utility had been updated to include two new
  subcommands, updatesready and showconfig.

o Support for 'ps -H' had been added to kvm(3).

o An issue when compiling certain ports targeting Intel Atom CPUs had
  been fixed.

o A use-after-free in SCTP had been fixed.

o A regression that could lead to a system crash when using vmxnet3 had
  been fixed.

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

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

=== Virtual Machine Disk Images ===

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

The partition layout is:

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

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

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

To boot the VM image, run:

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

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

=== Amazon EC2 AMI Images ===

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

  eu-north-1 region: ami-07085de4e26071c9e
  ap-south-1 region: ami-095bd806d8acfffb1
  eu-west-3 region: ami-0314542b8d7579bdd
  eu-west-2 region: ami-06ec921eb87ef4d7b
  eu-west-1 region: ami-0f0051c800be4091e
  ap-northeast-2 region: ami-0f109258a463177bb
  ap-northeast-1 region: ami-0224a1cb8e19333b8
  sa-east-1 region: ami-0536a86bff5f33356
  ca-central-1 region: ami-06709921360dccfa3
  ap-east-1 region: ami-0142af9336f6e529c
  ap-southeast-1 region: ami-0c439e0bc0c567dd3
  ap-southeast-2 region: ami-0fa770b7f07583b48
  eu-central-1 region: ami-0dfca49cf2ba89c43
  us-east-1 region: ami-06884b4e2e511590f
  us-east-2 region: ami-06c687665309d8b17
  us-west-1 region: ami-0dce597e8b07a6c6d
  us-west-2 region: ami-0e1f5ccdd2221b1d6

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

  eu-north-1 region: ami-0914805810f9fcca2
  ap-south-1 region: ami-0862409434d8089f2
  eu-west-3 region: ami-08e6dc501b060fa7c
  eu-west-2 region: ami-000f2362fef121710
  eu-west-1 region: ami-0c7a18e2b216a1b0c
  ap-northeast-2 region: ami-047bc72d91ab47b95
  ap-northeast-1 region: ami-082dcca6b9ac52f3f
  sa-east-1 region: ami-0a9fd8ffffc889430
  ca-central-1 region: ami-0d513e584801de3fa
  ap-east-1 region: ami-089a6b231886f692f
  ap-southeast-1 region: ami-09c6f305a761c8712
  ap-southeast-2 region: ami-0ee5e02b85aecbef3
  eu-central-1 region: ami-08321cbac28d28d71
  us-east-1 region: ami-0a9c2fdd733536b50
  us-east-2 region: ami-0a5b46f4260ed9ca5
  us-west-1 region: ami-01aca4de517a623fe
  us-west-2 region: ami-0ac8b561fb3597d89

=== Vagrant Images ===

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

    % vagrant init freebsd/FreeBSD-12.1-BETA3
    % vagrant up

=== Upgrading ===

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

	# freebsd-update upgrade -r 12.1-BETA3

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

	# freebsd-update install

The system must be rebooted with the newly installed kernel before

	# shutdown -r now

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

	# freebsd-update install

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

	# shutdown -r now

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

	# freebsd-update install

Read more

More in Tux Machines

Open source technology, enabling innovation

One of the most exciting projects to come out of the open source revolution is Kubernetes, a tool helping companies running their software on cloud services. It enables them to get the most out of the processing power they’re paying for by identifying machines that are being underutilised. So, if the software detects that a machine is not being optimised, it will load it up with another task so it’s working as hard as it can. Read more

Forbes Raves Upcoming Linux Desktop will enclose Windows 10 and macOS

Forbes senior employee Jason Evangelho dedicated an entire article to an upcoming update for a Sino-domestic Linux distribution: If you haven't paid attention to a bit of Linux desktop distribution called Deepin, it's time to put it on your radar. Remember that Huawei Deepin chose to ship on their MateBook laptop lineup. Remember that Deepin Cloud Sync (for system settings) is a great, progressive feature that every Linux distro must use. Remember that the retractable control center from the future looks like something sexy and sensible. But looking at 2020, Deepin is absolutely breathtaking. This is without a doubt the nicest desktop environment I have ever seen … For me, the UX is more intuitive and pleasant than macOS and Windows 10. And luckily a quick setting can also transform Deepin into the traditional Windows or macOS desktop paradigm's that you are already familiar with. Hell, even the installer is a relief. Read more Also: Differences between Windows and Linux operating systems. The fundamental differences that are worth knowing

[libre-riscv-dev] power pc

So as you know, the RISCV Foundation is seriously impeding progress. There
is huge momentum around RISCV itself, however as far as open *innovation*
is concerned, the sheer arrogance of the Foundation in failing to respect
the combination of Libre goals and business objectives has us completely
isolated from key critical resources such as the closed secret lists and

We cannot even get access to documentation explaining how to propose new

I have been considering for some time to reach out to MIPS and PowerPC.
Yesterday I wrote to the OpenPower Foundation and was really surprised and
delighted to hear back from Hugh Blemings, whom I worked with over 20 years

I outlined some conditions (no NDAs, open mailing lists, use of
Certification Marks and Compliance Suites) and he replied back that this
was pretty much along the lines of what they were planning.

I will have a chat with him some time, in the meantime I found the spec:

It is eeenooormous, however Hugh reassures me that they want to break it
into sections.

Why would we even consider this?

The lesson from RISCV is really clear: if the ISA is set up as a cartel,
Libre innovation is not welcome.

If we had a goal to just *implement* a *pre existing* Extension, there
would be no problem.

It is the fact that we wish to implement entirely new extensions, for CPU
and GPU *and* VPU purposes, but not as a separate processor (which would be
classified as "custom") that is the "problem".

So starting at page 1146, we need to work out how to shoe horn a ton of
stuff into the ISA, as well as fit 16 bit compressed in as well.

Read more Also: Libre RISC-V Open-Source Effort Now Looking At POWER Instead Of RISC-V

Calamares grabs onto things

I’ve been working on Calamares, the Universal Linux Installer, for a little over two years – following up in the role Teo started. It’s used by Neon (for the dev version, not the user version) and Manjaro and lots of other Linux distributions. I’ve typically called it an installer for boutique distro’s, as opposed to the Big Five. Well, Debian 11 has plans. And lubuntu uses it as well (and has for over six months). Those seem pretty big. Read more