Language Selection

English French German Italian Portuguese Spanish


BSD: HAMMER2, Split, and ZFS

Filed under
  • HAMMER2 Gets Many Fixes On The Latest DragonFlyBSD Git

    The HAMMER2 file-system has been available with install-time support since DragonFlyBSD 5.0 while the latest Git code continues to revise this next-generation FS for DragonFly. Landing overnight in DragonFlyBSD were several HAMMER and HAMMER2 improvements.

  • [Older] Exploring permutations and a mystery with BSD and GNU split filenames


    In summary, gsplit's default file naming behavior is to add a letter to the prefix and suffix of a filename whenever it reaches 26^r - 26 files (with r being the current length of the suffix), so you don't need to worry about running out of filenames (just disk space, haha).  

  • Turbocharging ZFS Data Recovery


    Besides being able to display the new debug information, zdb has another new feature that brings its capabilities on par with the kernel: the ability to set global libzpool variables.  

LLVM Release Schedules and DragonFFI

Filed under

OpenBSD and FreeBSD

Filed under
  • Mike Larkin at bhyvecon 2018: OpenBSD vmm(4) update
  • How we conduct ourselves

    Overall, this self-censorship is a Good Thing™. When interacting with individuals from vastly different cultures, backgrounds or convictions, there are bound to be disagreements or clashes.


    I sincerely hope that I do not need to waste many keystrokes to state how awful this piece of text is. It is actively discriminatory, denies the hardships that some people may face, and censors criticism. It is extremely opinionated in its tone.

    Fortunately, the FreeBSD people had the sense to remove this section.


    But then why don’t the above rules mention anything about making fun of someone’s speech patterns or language skills (or lack thereof)? Surely disallowing those things is extremely relevant in an international community with many non-native speakers of English. As a matter of fact, an even more glaring omission is that it makes no statement on culture, country of origin, or nationality at all.

    Why does “misgendering”—an issue which affects a tiny fraction of the contributors—get a spot on that list, but not prejudice based on one’s skill in English, which affects a vast portion of contributors? Surely this can be included as well? But if we are going there, why not include even more? The Holocaust was a pretty bad thing that happened. Surely Holocaust denial should be somewhere on that list, too. Speaking of murder, perhaps we could also make it extra clear that it is not okay to boast about eating meat and other animal products in order to spite a vegan.


    The answer is not very surprising. The code of conduct is biased. It wears its bias on its sleeve: Feminism. Now, whether you are a feminist or not matters little. What matters is that the code of conduct tells you to practise inhibition around others, but practises none of it itself. I have conservatively marked all feminism-related (and LGBT-related) items with an asterisk. I could have been greedy and marked more items, but this seemed sufficient to me. If you start counting, you will see that give-or-take half of the items have an obvious feminist slant.

BSD: LLVM 6.0.0 Release and syspatches

Filed under
  • LLVM 6.0.0 Release

    I am pleased to announce that LLVM 6 is now available.

    Get it here:

    This release is the result of the community's work over the past six
    months, including: retpoline Spectre variant 2 mitigation,
    significantly improved CodeView debug info for Windows, GlobalISel by
    default for AArch64 at -O0, improved scheduling on several x86
    micro-architectures, Clang defaults to -std=gnu++14 instead of
    -std=gnu++98, support for some upcoming C++2a features, improved
    optimizations, new compiler warnings, many bug fixes, and more.

  • LLVM 6.0 Released With C++14 Default, Intel/AMD Scheduling Improvements

    Today marks the long-awaited release of LLVM 6.0 as the slightly late half-year update to this open-source compiler stack and its sub-projects like Clang, LLD, etc.

  • Chrome 65, LLVM 6.0.0, Tumbleweed, Kubernetes and More

    The Chrome 65 release has moved to the stable channel. This release includes 45 security fixes and stronger ad blocking. See the log for more details.

    LLVM 6.0.0 is now available. This long-awaited release includes "retpoline Spectre variant 2 mitigation, significantly improved CodeView debug info for Windows, GlobalISel by default for AArch64 at -O0, improved scheduling on several x86 micro-architectures, Clang defaults to -std=gnu++14 instead of -std=gnu++98...many bug fixes and more." See the release announcement for more info, and download it here.

  • syspatches will be provided for both supported releases

    Good news for people doing upgrades only once per year: syspatches will be provided for both supported releases.

BSD: APRICOT 2018 and BSDCan

Filed under
  • Conference Recap: APRICOT 2018


    APRICOT is the largest annual internet community conference in the Asia-Pacific region. Nearly one thousand attendees show up for two weeks of workshops, tutorials and presentations. While the primary focus of the conference is on networking, the conference also attracts a sizable number of systems people. I also attended some of the APTLD conference which overlapped for a couple of days during the APRICOT workshop week. This was the first time I attended APRICOT.

  • BSDCan 2018 - selected talks

Clang is now used to build Chrome for Windows

Filed under
  • Clang is now used to build Chrome for Windows

    As of Chrome 64, Chrome for Windows is compiled with Clang. We now use Clang to build Chrome for all platforms it runs on: macOS, iOS, Linux, Chrome OS, Android, and Windows. Windows is the platform with the second most Chrome users after Android according to statcounter, which made this switch particularly exciting.

  • Google Finds Clang On Windows To Be Production-Ready For Building Chrome

    While Google has already been using LLVM's Clang C/C++ compiler to build the release builds of the Chrome web-browser for Linux rather than GCC and has also switched to using Clang on other platforms, this open-source C/C++ compiler has now been able to replace Microsoft's Visual C/C++ compiler for building Chrome on Windows.

  • Chrome on Windows ditches Microsoft’s compiler, now uses Clang

    Google's Chrome browser is now built using the Clang compiler on Windows. Previously built using the Microsoft C++ compiler, Google is now using the same compiler for Windows, macOS, Linux, and Android, and the switch makes Chrome arguably the first major software project to use Clang on Windows.

    Chrome on macOS and Linux has long been built using the Clang compiler and the LLVM toolchain. The open-source compiler is the compiler of choice on macOS, making it the natural option there, and it's also a first-class choice for Linux; though the venerable GCC is still the primary compiler choice on Linux, by using Clang instead, Google ensured that it has only one set of compiler quirks and oddities to work with rather than two.

Lumina Desktop 2.0

Filed under
  • Looking at Lumina Desktop 2.0

    A few weeks ago I sat down with Lead Developer Ken Moore of the TrueOS Project to get answers to some of the most frequently asked questions about Lumina Desktop from the open source community. Here is what he said on Lumina Desktop 2.0.  Do you have a question for Ken and the rest of the team over at the TrueOS Project? Make sure to read the interview and comment below. We are glad to answer your questions!

    Ken: Lumina Desktop 2.0 is a significant overhaul compared to Lumina 1.x. Almost every single subsystem of the desktop has been streamlined, resulting in a nearly-total conversion in many important areas.

    With Lumina Desktop 2.0 we will finally achieve our long-term goal of turning Lumina into a complete, end-to-end management system for the graphical session and removing all the current runtime dependencies from Lumina 1.x (Fluxbox, xscreensaver, compton/xcompmgr). The functionality from those utilities is now provided by Lumina Desktop itself.

    Going along with the session management changes, we have compressed the entire desktop into a single, multi-threaded binary. This means that if any rogue script or tool starts trying to muck about with the memory used by the desktop (probably even more relevant now than when we started working on this), the entire desktop session will close/crash rather than allowing targeted application crashes to bypass the session security mechanisms. By the same token, this also prevents “man-in-the-middle” type of attacks because the desktop does not use any sort of external messaging system to communicate (looking at you `dbus`). This also gives a large performance boost to Lumina Desktop

  • Lumina Desktop 2.0 Is A Big Overhaul, Fully Leveraging QML

BSD: An Open Letter to BSD-powered Companies and Projects, LLVM 6.0 Release Candidate 3 Released

Filed under
  • An Open Letter to BSD-powered Companies and Projects

    For three years, the Tor BSD Diversity Project (TDP) has worked to bring the BSDs into the mainstream of the privacy-enhancing technology ecosystem (PETs).

    We aim to expand the use of the BSDs as a platform for Tor relays, public nodes in the Tor anonymity network. Tor is a critical tool for maintaining privacy online, frequently employed by journalists, human rights workers and those residing in repressive and censored environments.


    iIf your entity isn’t ready to run a Tor node, but you’re interested in donating resources such as bandwidth, hardware or some type of monetary support, contact us. TDP looks forward to assisting your staff in configuring and maintaining BSD relays.

  • [llvm-dev] [6.0.0 Release] Release Candidate 3 source, docs and binaries available
  • LLVM 6.0 Release Candidate 3 Arrives As The Official Release Nears

    The third release candidate is available today of LLVM 6.0 and its associated components like Clang, Compiler-RT, libc++, LLDB, etc.

    Hans Wennborg just announced the 6.0.0 RC3 milestone that is now available for download.

Spectre and Meltdown Mitigations Now Available for FreeBSD and OpenBSD Systems

Filed under

More than a month since their public discloser the nasty Meltdown and Spectre security vulnerability have now been fixed for various BSD operating systems including FreeBSD and OpenBSD.

FreeBSD announced last month that it was made aware of the Spectre and Meltdown security vulnerabilities discovered by various researchers from Google's Project Zero, Graz University of Technology, Cyberus Technology, and others in late December 2017 to have time to fix them for their BSD-powered operating system.

Read more

Also: Pledge: OpenBSD’s defensive approach to OS Security

OpenBSD Gets Mitigated For Meltdown CPU Vulnerability

Filed under
  • OpenBSD Gets Mitigated For Meltdown CPU Vulnerability

    A few days back FreeBSD 11 stable was mitigated for Meltdown (and Spectre vulnerabilities), which came more than one month after these nasty CPU vulnerabilities were disclosed while DragonFlyBSD was quickly mitigated and the first of the BSDs to do so. While OpenBSD is known for its security features and focus, only today did it land its initial Meltdown mitigation.

  • Meltdown fix committed by guenther@

    Meltdown mitigation is coming to OpenBSD. Philip Guenther (guenther@) has just committed a diff that implements a new mitigation technique to OpenBSD: Separation of page tables for kernel and userland. This fixes the Meltdown problems that affect most CPUs from Intel. Both Philip and Mike Larkin (mlarkin@) spent a lot of time implementing this solution, talking to various people from other projects on best approaches.

    In the commit message, Philip briefly describes the implementation [...]

Syndicate content

More in Tux Machines

AMD And CTS Labs: A Story Of Failed Stock Manipulation

We have attempted to contact Jessica Schaefer from Bevel PR, the listed PR firm on the vulnerability disclosure website, only to be greeted by a full voicemail inbox. We attempted to contact both Bevel PR and CTS Labs by email and inquire about the relationship between CTS and Viceroy, and provided them with ample time to respond. They did not respond to our inquiry. So, let's look at Viceroy Research. According to MoneyWeb, Viceroy Research is headed by a 44-year-old British citizen and ex-social worker, John Fraser Perring, in conjunction with two 23-year-old Australian citizens, Gabriel Bernarde and Aidan Lau. I wonder which of these guys is so fast at typing. Viceroy Research was the group responsible for the uncovering of the Steinhoff accounting scandal, about which you can read more here. After successfully taking down Steinhoff, it tried to manufacture controversy around Capitec Bank, a fast-growing South African bank. This time it didn't work out so well. The Capitec stock price dropped shortly and quickly recovered when the South African reserve bank made a statement that Capitec's business is sound. Just a week ago Viceroy attempted to do the same thing with a German company called ProSieben, also with mixed success, and in alleged breach of German securities laws, according to BaFin (similar to the SEC). Now, it appears it is going after AMD, though it looks to be another unsuccessful attack. Investor Takeaway After the announcement of this news, AMD stock generally traded sideways with slight downward movement, not uncommon for AMD in general. Hopefully this article showed you that CTS's report is largely nonsense and a fabrication with perhaps a small kernel of truth hidden somewhere in the middle. If the vulnerabilities are confirmed by AMD, they are likely to be easily fixed by software patches. If you are long AMD, stay long. If you are looking for an entry point, this might be a good opportunity to use this fake news to your advantage. AMD is a company with a bright future if it continues to execute well, and we see it hitting $20 per share by the end of 2018. Read more

Canonical Officially Announces Mozilla's Firefox as a Snap App for Ubuntu Linux

The Firefox Snap package appears to be maintained by Mozilla, which allows Linux users to test drive the latest features of their Quantum browser on multiple GNU/Linux distributions that support Canonical's Snappy universal binary format. Developed by Canonical, the Snap universal application packaging format for Linux lets Linux users enjoy the most recent release of a software product as soon as it's released upstream. It's secure by design and works natively on multiple popular Linux OSes. Read more

today's leftovers

Replacing Windows

  • Ubuntu-Based Zorin OS Gets Better Support for Windows Apps, Desktop Improvements
    A new maintenance update of the Ubuntu-based Zorin OS GNU/Linux distribution arrived at the end of this week with a bunch of enhancements to its desktop environment, as well as the latest versions of core components and apps. Zorin OS 12.3 is here as the latest stable update of the Ubuntu-based operating system with a focus on improving the security, stability, and functionality of Zorin OS, which was always known as one of the most reliable open-source alternatives to Microsoft's Windows operating system. Therefore, probably the most important change of the Zorin OS 12.3 release is the introduction of Wine 3.0, the latest stable version of the compatibility layer for running Windows programs on Linux and UNIX-like systems, which ensures better compatibility with more Windows apps and games on Zorin OS.
  • Microsoft tries forcing Mail users to open links in Edge, and people are freaking out

    Under the new rules, it doesn’t matter which browser you have selected as the default; if you use the basic Mail app within Windows, any link you click will open up Edge.

  • Google picks up another win for G Suite as Airbus grounds Microsoft Office

    With over 130,000 employees, Airbus uses a lot of office productivity software. It recently decided to make a big bet on Google’s G Suite software package after running the company for years on hosted versions of Microsoft Office, according to a report.