# builds Builds are software compilation or testing processes that update resources or create artifacts from source code. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Fixed release schedule scrapped (old schedule restored) DevFeed: [Fixed release schedule scrapped (old schedule restored)]() Original publisher: [Read original article]() Author: Leah Rowe Published: 2026-09-17T16:33:13.815653Z Content type: news Language: en Sources: [News about Libreboot releases and development]() Topics: [libreboot](), [releases](), [audit](), [builds](), [ci](), [coreboot](), [Linux]() Tags: [article](), [audit](), [bios](), [build-system](), [canoeboot](), [ci](), [coreboot](), [free-software](), [libre](), [libreboot](), [linux](), [news](), [opensource](), [releases](), [uefi]() ### AI overview Libreboot has abandoned its fixed annual release schedule after skipping the June 2026 release and deciding to skip December 2026. The next release is expected sometime in 2027. The project is also considering automated build and release testing, potentially through CI and regular snapshot builds, while continuing an audit and simplification of its build system. ### Source excerpt Article: Fixed release schedule scrapped (old schedule restored) Web link: https://libreboot.org/news/resolutions.html ## Reproducible Builds summit 2026 to take place in Gothenburg DevFeed: [Reproducible Builds summit 2026 to take place in Gothenburg]() Original publisher: [Read original article]() Published: 2026-08-12T00:00:00Z Content type: news Language: en Sources: [reproducible-builds.org]() Topics: [reproducible builds](), [builds]() Tags: [2026](), [collaboration](), [event](), [events](), [inclusive](), [innovation](), [org](), [reproducible-builds](), [summit](), [tools](), [users]() ### AI overview The Reproducible Builds summit will take place in Gothenburg, Sweden, from September 22 to 24, 2026. The event will bring together participants to discuss project status, collaboration, broader adoption, and technical solutions. ### Source excerpt This event is happening soon -- see below for registration instructions! We are extremely pleased to announce the upcoming Reproducible Builds summit, which will take place from September 22nd--24th 2026 in the city of Gothenburg, Sweden. This year, we are thrilled to host the tenth edition of this exciting event, following the success of previous summits in various iconic locations around the world, including Vienna (2025), Hamburg (2023--2024), Venice (2022), Marrakesh (2019), Paris (2018), Berlin (2017), Berlin (2016) and Athens (2015). If you're excited about joining us this year, please make sure to read the event page which has more details about the event and location. As in previous years, we will be sending invitations to all those who attended our previous summit events or expressed interest to do so. However, even if you do not receive a personal invitation, please do email the organizers and we will find a way to accommodate you. About the event The Reproducible Builds Summit is a unique gathering that brings together attendees from diverse projects, united by a shared vision of advancing the Reproducible Builds effort. During this enriching event, participants will have the opportunity to engage in discussions, establish connections and exchange ideas to drive progress in this vital field. Our aim is to create an inclusive space that fosters collaboration, innovation and problem-solving. Schedule Although the exact content of the meeting will be shaped by the participants, the main goals will include: Update & exchange about the status of reproducible builds in various projects. Improve collaboration both between and inside projects. Expand the scope and reach of reproducible builds to more projects. Work together and hack on solutions. Establish space for more strategic and long-term thinking than is possible in virtual channels. Brainstorm designs on tools enabling users to get the most benefits from reproducible builds. Discuss how reproducible builds w ## Hermes Co-Founder on Building an AI Agent That Improves Itself | Karan Malhotra DevFeed: [Hermes Co-Founder on Building an AI Agent That Improves Itself | Karan Malhotra]() Original publisher: [Read original article]() Author: Peter Yang Published: 2026-08-02T14:01:52Z Content type: article Language: en Sources: [Behind the Craft]() Topics: [AI Agent](), [context](), [builds]() Tags: [agent](), [ai-agent](), [building](), [context](), [game](), [models](), [skills](), [sonic]() ### AI overview An article about Hermes, an AI agent whose context remains portable across models and whose skills can be built and cleaned up autonomously. It also describes how Hermes helped Karan Malhotra modify a childhood Sonic game. ### Source excerpt How Hermes keeps your context portable across models, builds and cleans up its own skills, and helped Karan modify his childhood Sonic game ## Building a /now Page That Updates Itself DevFeed: [Building a /now Page That Updates Itself]() Original publisher: [Read original article]() Published: 2026-03-23T00:00:00Z Content type: tutorial Language: en Sources: [Alex Korbonits]() Topics: [Astro](), [GitHub Actions](), [GitHub API](), [GitHub Pages](), [RSS Feed](), [builds]() Tags: [api](), [astro](), [github](), [github-actions](), [github-pages](), [javascript](), [rss]() ### AI overview A tutorial on building an Astro /now page that fetches GitHub activity and Goodreads data at build time, then uses scheduled GitHub Actions rebuilds to keep the page current. It also covers local SSL issues and manually maintained content. ### Source excerpt How I added a /now page to my Astro blog that pulls live GitHub activity and Goodreads data at build time -- and rebuilds itself every morning without me touching anything. ## Reproducible Builds summit 2025 to take place in Vienna DevFeed: [Reproducible Builds summit 2025 to take place in Vienna]() Original publisher: [Read original article]() Published: 2025-08-20T00:00:00Z Content type: news Language: en Sources: [reproducible-builds.org]() Topics: [reproducible builds](), [builds]() Tags: [2025](), [announce](), [collaboration](), [event](), [org](), [summit](), [technical]() ### AI overview The Reproducible Builds summit is scheduled for October 28-30, 2025, in Vienna, Austria. The eighth summit will bring participants together to discuss project status, collaboration, tools, and the future of reproducible builds. ### Source excerpt We are extremely pleased to announce the upcoming Reproducible Builds summit, which will take place from October 28th--30th 2025 in the historic city of Vienna, Austria. This year, we are thrilled to host the eighth edition of this exciting event, following the success of previous summits in various iconic locations around the world, including Hamburg (2023--2024), Venice (2022), Marrakesh (2019), Paris (2018), Berlin (2017), Berlin (2016) and Athens (2015). If you're excited about joining us this year, please make sure to read the event page which has more details about the event and location. As in previous years, we will be sending invitations to all those who attended our previous summit events or expressed interest to do so. However, even if you do not receive a personal invitation, please do email the organizers and we will find a way to accommodate you. About the event The Reproducible Builds Summit is a unique gathering that brings together attendees from diverse projects, united by a shared vision of advancing the Reproducible Builds effort. During this enriching event, participants will have the opportunity to engage in discussions, establish connections and exchange ideas to drive progress in this vital field. Our aim is to create an inclusive space that fosters collaboration, innovation and problem-solving. With your help, we will bring this (and several other areas) into life: The main seminar room. Schedule Although the exact content of the meeting will be shaped by the participants, the main goals will include: Update & exchange about the status of reproducible builds in various projects. Improve collaboration both between and inside projects. Expand the scope and reach of reproducible builds to more projects. Work together and hack on solutions. Establish space for more strategic and long-term thinking than is possible in virtual channels. Brainstorm designs on tools enabling users to get the most benefits from reproducible builds. Discuss how reproduc ## Building Scalable Mobile Projects at Android Makers 2025 DevFeed: [Building Scalable Mobile Projects at Android Makers 2025]() Original publisher: [Read original article]() Author: Cyril Mottier Published: 2025-04-10T08:37:01Z Content type: opinion Language: en Sources: [Cyril Mottier Blog]() Topics: [Mobile](), [scaling](), [builds](), [build times](), [maintenance]() Tags: [2025](), [build-times](), [builds](), [maintenance](), [mobile](), [scaling]() ### AI overview The article introduces a keynote on scaling mobile projects as codebases, contributor counts, and complexity grow. It highlights strategies for maintaining fast build times, reusable code, clear ownership, and resilient project structure. ### Source excerpt Edit - Aug 4: adding link to the video on YouTube I recently gave a keynote called "Building Scalable Mobile Projects: Fast Builds, High Reusability and Clear Ownership" at Android Makers 2025 in Paris. Here was the abstract. Every successful project eventually faces the challenges of scaling: an ever-growing codebase, an increasing number of contributors, and rising complexity. Without proper measures, this can lead to slow build times, a cluttered codebase, maintenance difficulties, code duplication, and even dead code--ultimately jeopardizing the company's ability to deliver value. ## A Batch of nixbuild.net Updates DevFeed: [A Batch of nixbuild.net Updates]() Original publisher: [Read original article]() Author: support@nixbuild.net Published: 2024-10-16T00:00:00Z Content type: article Language: en Sources: [nixbuild.net blog]() Topics: [Self-hosted](), [Amazon EC2](), [Amazon Web Services](), [Provisioning](), [Cloud](), [builds](), [configuration]() Tags: [aws](), [builds](), [cloud](), [configuration](), [deployment](), [ec2](), [provisioning](), [self-hosted](), [self-hosting]() ### AI overview This blog post summarizes nixbuild.net updates, focusing on enterprise self-hosting. It describes an EC2 AMI-based deployment using NixOS, EC2 provisioning, and configuration files or cloud-init, with support for configurable builder instances and build provisioning. ### Source excerpt We have not written about nixbuild.net for over a year now, but that doesn't mean nothing has happened. Quite the opposite - we've been really busy! This blog post will try to summarize some of what we have been working on behind the scene the last couple of years. Read on to hear about nixbuild.net going enterprise, a brand new web UI and lots of new functionality! Self-Hosting nixbuild.net A big thing that has kept us busy the last year is packaging nixbuild.net for self-hosting inside enterprise setups. We've had a number of companies reaching out to us inquiring about such setups. The reason for wanting to self-host nixbuild.net are several: internal legal requirements, network bottlenecks, cost control and the ability to use hardware that is tricky to offer in the public service. One of our enterprise customers self-hosts nixbuild.net in production running 10K+ builds daily. A very welcome side-effect of adapting nixbuild.net for self-hosting is that many scenarios that are seldom or never triggered by users of our public service are uncovered by enterprise usage. This has made nixbuild.net even more reliable and capable under high load. We are in a stage where we are happy to work closely with companies, figuring out how to best deploy and integrate nixbuild.net into their environments. Our goal is to eventually be able to offer self-hosted nixbuild.net as an off-the-shelf product. Actually, if you are on AWS, the deployment of nixbuild.net is already very simple. We will publish a blog post with more details on this in the near future, but the short rundown is this: We provide an EC2 AMI that runs NixOS and all necessary nixbuild.net services. The user deploys this AMI using her preferred method of EC2 provisioning. The user provides nixbuild.net configuration through cloud-init or by simply putting configuration files in place on the EC2 instance. The nixbuild.net configuration includes details on what types of EC2 instances to use for running the builds, an ## Nix Weekly Recap: 2024-05-19 DevFeed: [Nix Weekly Recap: 2024-05-19]() Original publisher: [Read original article]() Published: 2024-05-19T00:00:00Z Content type: article Language: en Sources: [nixpkgs.news]() Topics: [Nix](), [builds](), [Caching](), [Compression](), [interoperability](), [maintenance](), [consistency]() Tags: [based](), [caching](), [community](), [compression](), [contributors](), [governance](), [interoperability](), [maintenance](), [recap](), [weekly]() ### AI overview A weekly recap of Nix community activity covers efforts to eliminate package build failures ahead of NixOS 24.05, a proposed governance assembly, volunteer curation of official Nix projects, and Styx, an alternate binary substitution mechanism using chunking, differential compression, on-demand caching, and shared filesystem chunks. ### Source excerpt Weekly recap of the announcements and activity in the Nix community and on the NixPkgs package repository. ## Overriding Gradle Daemon jvmargs - Tadeas Kriz DevFeed: [Overriding Gradle Daemon jvmargs - Tadeas Kriz]() Original publisher: [Read original article]() Published: 2024-05-02T00:00:00Z Content type: tutorial Language: en Sources: [Touchlab | Enterprise Mobile Innovation & Development]() Topics: [Gradle](), [builds](), [Kotlin Multiplatform](), [debugging]() Tags: [build](), [builds](), [debugging](), [github-actions](), [gradle](), [kotlin](), [kotlin-multiplatform](), [optimize]() ### AI overview This tutorial explains that setting org.gradle.jvmargs can replace Gradle's default JVM arguments instead of extending them. It recommends preserving the defaults and then adding memory or garbage-collection options, while keeping MaxMetaspaceSize and MaxDirectMemorySize limits to avoid daemon instability and excessive native memory use. ### Source excerpt Giving Gradle more memory is a common practice, but it can lead to unexpected behavior. This post explains how to properly set org.gradle.jvmargs. ## Docusaurus 3.2 DevFeed: [Docusaurus 3.2]() Original publisher: [Read original article]() Author: Sébastien Lorber Published: 2024-03-29T00:00:00Z Content type: release Language: en Sources: [Docusaurus Blog]() Topics: [builds](), [build performance](), [build times](), [Caching](), [MDX](), [Server](), [Markdown](), [Webpack]() Tags: [benchmark](), [build](), [caching](), [markdown](), [mdx](), [performance](), [release](), [webpack]() ### AI overview Docusaurus 3.2 is released with faster production builds, improved development-server performance for Markdown and MDX editing, and MDX partial headings in tables of contents. Reported benchmark results show cold builds improving from 95 seconds to 66 seconds and incremental builds from 55 seconds to 22 seconds on the React Native website, with results varying by site configuration. ### Source excerpt We are happy to announce Docusaurus 3.2. ## Farewell from the Reproducible Builds Summit 2023! DevFeed: [Farewell from the Reproducible Builds Summit 2023!]() Original publisher: [Read original article]() Published: 2023-11-02T00:00:00Z Content type: news Language: en Sources: [reproducible-builds.org]() Topics: [reproducible builds](), [reproducibility](), [builds](), [Embedded Systems]() Tags: [adb](), [apache](), [buildroot](), [builds](), [coreboot](), [debian](), [dockerignore-usage](), [fedora](), [germany](), [github](), [linux](), [maven](), [openwrt](), [org](), [reproducibility](), [reproducible-builds](), [security](), [summit](), [systemd](), [ubuntu]() ### AI overview A recap of the seventh Reproducible Builds summit in Hamburg, Germany, covering project updates, reproducibility practices, verification services, filesystem images and containers, package reproducibility, SBOMs, and related discussions. ### Source excerpt Farewell from the Reproducible Builds summit, which just took place in Hamburg, Germany: This year, we were thrilled to host the seventh edition of this exciting event. Topics covered this year included: Project updates from openSUSE, Fedora, Debian, ElectroBSD, Reproducible Central and NixOS Mapping the "big picture" Towards a snapshot service Understanding user-facing needs and personas Language-specific package managers Defining our definitions Creating a "Ten Commandments" of reproducibility Embedded systems Next steps in GNU Guix' reproducibility Signature storage and sharing Public verification services Verification use cases Web site audiences Enabling new projects to be "born reproducible" Collecting reproducibility success stories Reproducibility's relationship to SBOMs SBOMs for RPM-based distributions Filtering diffoscope output Reproducibility of filesystem images, filesystems and containers Using verification data A deep-dive on Fedora and Arch Linux package reproducibility Debian rebuild archive service discussion ... as well as countless informal discussions and hacking sessions into the night. Projects represented at the venue included: Debian, openSUSE, QubesOS, GNU Guix, Arch Linux, phosh, Mobian, PureOS, JustBuild, LibreOffice, Warpforge, OpenWrt, F-Droid, NixOS, ElectroBSD, Apache Security, Buildroot, Systemd, Apache Maven, Fedora, Privoxy, CHAINS (KTH Royal Institute of Technology), coreboot, GitHub, Tor Project, Ubuntu, rebuilderd, repro-env, spytrap-adb, arch-repro-status, etc. A huge thanks to our sponsors and partners for making the event possible: Event facilitation Platinum sponsor If you weren't able to make it this year, don't worry; just look out for an announcement in 2024 for the next event. ## nixbuild.net Expands Biscuit Token Usage with Signed Build Links and Access Policies DevFeed: [nixbuild.net Expands Biscuit Token Usage with Signed Build Links and Access Policies]() Original publisher: [Read original article]() Author: support@nixbuild.net Published: 2023-09-22T00:00:00Z Content type: release Language: en Sources: [nixbuild.net blog]() Topics: [API](), [Authentication](), [Authorization](), [Nix](), [builds](), [GitHub](), [Command-line interface]() Tags: [api](), [authentication](), [authorization](), [build](), [cli](), [github-action](), [http](), [ssh](), [web]() ### AI overview The article announces expanded use of Biscuit authorization tokens in nixbuild.net. It describes signed links for accessing build details and logs, advanced access policies, and token-based SSH authentication, with tokens restricted by permissions, expiration, and build-specific scope. ### Source excerpt About one year ago, we introduced an HTTP API for nixbuild.net. This API can be used to retrieve information about the builds you've run on the service. One place where the API is used is in the GitHub Action nixbuild-action to create detailed build summaries at the end of workflow runs. When the API was launched, it was using Biscuit auth tokens to handle authentication and authorization. In the initial implementation, we didn't really take much advantage of Biscuit, and basically used them as plain API keys. This week, however, we've finally expanded our Biscuit usage to properly take advantage of the flexibility offered. Read on to find out how this allows us to now support advanced access policies, token-based SSH auth and signed web links that gives easy access to build logs and fancy build reports. Signed Web Links Let's start out with the feature we're really happy to launch: signed web links. To show how it works, I grep for a broken package in nixpkgs and find one called textpieces. Then I try building it on my laptop which has been setup to use nixbuild.net as a remote builder (we need NIXPKGS_ALLOW_BROKEN=1 and --impure in order to force Nix to evaluate the broken package): $ NIXPKGS_ALLOW_BROKEN=1 nix build --impure nixpkgs#textpieces error: build of '/nix/store/s7ns32ymdf9iq44hpa62dkdbwlhvc7nx-textpieces-3.4.1.drv' on 'ssh://eu.nixbuild.net' failed: builder for '/nix/store/s7ns32ymdf9iq44hpa62dkdbwlhvc7nx-textpieces-3.4.1.drv' failed with exit code 1 error: builder for '/nix/store/s7ns32ymdf9iq44hpa62dkdbwlhvc7nx-textpieces-3.4.1.drv' failed with exit code 1; last 10 log lines: > upgrade: Use the '$' extern syntax introduced in blueprint 0.8.0 > at ../resources/ui/CustomToolPage.blp line 43 column 3: > 43 | .TextPiecesToolSettings tool_settings { > | ^ > error: Cannot convert 2.5 to integer > at ../resources/ui/Editor.blp line 45 column 26: > 45 | margin-bottom: 2.5; > | ^ > ninja: build stopped: subcommand failed. > [nixbuild.net] See this link for bui ## Updates (September 4th, 2023) DevFeed: [Updates (September 4th, 2023)]() Original publisher: [Read original article]() Published: 2023-09-04T00:00:00Z Content type: release Language: en Sources: [Garnix Blog]() Topics: [builds](), [Arm]() Tags: [arm](), [builds](), [funding](), [team](), [updates]() ### AI overview Release notes for September 4, 2023 covering ARM builds, private inputs, badges, a new team, and funding. ### Source excerpt ARM builds, private inputs, badges, new team, funding ## Reproducible Builds Summit 2023 in Hamburg DevFeed: [Reproducible Builds Summit 2023 in Hamburg]() Original publisher: [Read original article]() Published: 2023-07-05T00:00:00Z Content type: release Language: en Sources: [reproducible-builds.org]() Topics: [reproducible builds](), [builds]() Tags: [berlin](), [collaboration](), [developers](), [event](), [germany](), [innovation](), [org](), [reproducible-builds](), [summit]() ### AI overview The article announces the Reproducible Builds Summit 2023, scheduled for October 31 to November 2 in Hamburg, Germany. It describes the event's goals, including sharing project updates, improving collaboration, expanding the effort, and developing tools and strategies for reproducible builds. ### Source excerpt We are glad to announce the upcoming Reproducible Builds Summit, set to take place from October 31st to November 2nd, 2023, in the vibrant city of Hamburg, Germany. This year, we are thrilled to host the seventh edition of this exciting event following the success of previous summits in various iconic locations around the world, including Venice (2022), Marrakesh (2019), Paris (2018), Berlin (2017), Berlin (2016) Athens (2015). If you're excited about joining us this year, please make sure to read the event page which has more details about the event and location. As in previous years, we will be sending invitations to all those who attended our previous summit events or expressed interest to do so. However also without receiving such a personal invitation please do email the organizers and we will find a way to accommodate you. About the event The Reproducible Builds Summit is a unique gathering that brings together attendees from diverse projects, united by a shared vision of advancing the Reproducible Builds effort. During this enriching event, participants will have the opportunity to engage in discussions, establish connections and exchange ideas to drive progress in this vital field. Our aim is to create an inclusive space that fosters collaboration, innovation and problem-solving. With your help, we will bring this space (and several other inside areas) into life: The outside area at dock-europe (source: dock-europe.net) Schedule Although the exact content of the meeting will be shaped by the participants, the main goals will include: Update & exchange about the status of reproducible builds in various projects. Improve collaboration both between and inside projects. Expand the scope and reach of reproducible builds to more projects. Work together and hack on solutions. Establish space for more strategic and long-term thinking than is possible in virtual channels. Brainstorm designs on tools enabling users to get the most benefits from reproducible builds. Di ## Gradle Cheat Sheet for Android and KMP Projects - Plugins - Kevin Schildhorn DevFeed: [Gradle Cheat Sheet for Android and KMP Projects - Plugins - Kevin Schildhorn]() Original publisher: [Read original article]() Published: 2023-05-04T09:00:28Z Content type: tutorial Language: en Sources: [Touchlab | Enterprise Mobile Innovation & Development]() Topics: [Gradle](), [builds](), [Android](), [multiplatform]() Tags: [android](), [builds](), [code](), [code-sharing](), [github](), [gradle](), [kmp](), [kotlin-multiplatform](), [multiplatform](), [stack-overflow]() ### AI overview This tutorial explains how Gradle works in Android and Kotlin Multiplatform projects. It covers the sequence of a Gradle build, Gradle plugins, project scripts, dependencies, and the differences between Groovy and Kotlin DSL files, with reference material for structuring multi-module projects. ### Source excerpt Gradle can be confusing and difficult to follow. When you create a new Android project they generate some Gradle files and send you off. Often, developers end up copying and pasting code from GitHub or Stack Overflow, not really understanding what's going on. This series will provide some definition of commonly seen code in Gradle builds, and act as a cheat sheet you can reference in the future. ## The Importance of Developer Productivity in a Recession DevFeed: [The Importance of Developer Productivity in a Recession]() Original publisher: [Read original article]() Author: tobi@techunicorn.builders (Tobias Mende) Published: 2022-11-26T13:30:00Z Content type: opinion Language: en Sources: [Tobias Mende]() Topics: [developer-productivity](), [Tooling](), [builds](), [Monitoring](), [Software]() Tags: [builds](), [culture-software-development-team-topologies-technical-leadership-developer-productivity-engine](), [developer](), [developer-productivity](), [employees](), [monitoring](), [pipelines](), [productivity](), [software](), [tooling]() ### AI overview An opinion article argues that developer productivity becomes especially important during a recession, when companies cannot solve inefficiency simply by hiring more people. It recommends preserving specialized developer productivity teams because removing them can lead to slower builds, flaky pipelines, worsening tooling, and reduced focus on product development. ### Source excerpt The Importance of Developer Productivity in a Recession When times get rough, companies and investors get more cautious with how they spend and invest their money. Many companies reduce their spending on employees and salaries by laying off large numbers of people. ## GoReleaser Split and Merge DevFeed: [GoReleaser Split and Merge]() Original publisher: [Read original article]() Author: Carlos Alexandro Becker Published: 2022-11-12T00:00:00Z Content type: tutorial Language: en Sources: [Carlos Becker]() Topics: [builds](), [GitHub Actions](), [configuration](), [Caching](), [Windows](), [docker images]() Tags: [builds](), [cache](), [configuration](), [docker-images](), [github-actions](), [pipeline](), [windows](), [workflow]() ### AI overview This tutorial explains how GoReleaser can split and merge its release process so builds for different platforms run on separate machines before their results are merged and published. It demonstrates an example pipeline using GitHub Actions, artifacts, and the cache, and discusses CGO and Windows Docker image builds. ### Source excerpt Since v1.12.0-pro, GoReleaser can split and merge its release process. ## ARM Builds for All DevFeed: [ARM Builds for All]() Original publisher: [Read original article]() Author: support@nixbuild.net Published: 2022-08-18T00:00:00Z Content type: release Language: en Sources: [nixbuild.net blog]() Topics: [Arm](), [builds](), [Nix](), [x86]() Tags: [announce](), [arm](), [builds](), [free](), [linux](), [x86]() ### AI overview nixbuild.net has moved ARM (aarch64-linux) builds from Early Access to general availability for all users. ARM builds initially have the same pricing as x86-64 builds, though that may change in the future. Existing users can configure Nix through the documentation, and new accounts receive free build hours for ARM and x86-64 builds. ### Source excerpt Less than a year ago, we announced support for ARM (aarch64-linux) builds on nixbuild.net, for users that wanted to evaluate the feature in an Early Access phase. Today, we are thrilled to announce that all nixbuild.net users now can run aarch64-linux builds! For now, ARM builds are priced in the exact same way as x86-64 builds. This might change in the future. If you're already a nixbuild.net user, head over to the documentation to learn about how to configure Nix to run aarch64-linux builds on nixbuild.net. If you're not a user, register today and get started! Every new account gets free build hours that can be spent on both ARM and x86-64 builds. ## Reproducible builds with GoReleaser DevFeed: [Reproducible builds with GoReleaser]() Original publisher: [Read original article]() Author: Carlos Alexandro Becker Published: 2022-04-26T00:00:00Z Content type: tutorial Language: en Sources: [Carlos Becker]() Topics: [reproducible builds](), [builds](), [Go](), [GitHub Actions]() Tags: [builds](), [github-actions](), [go](), [reproducible-builds]() ### AI overview This tutorial explains how GoReleaser can help produce reproducible Go binary builds by controlling timestamps, build paths, repository state, dependencies, and tool versions. It notes that the Go version must also be pinned, for example in GitHub Actions. ### Source excerpt GoReleaser can help you, to some extent, to have reproducible builds. ## Updates (April 13th, 2022) DevFeed: [Updates (April 13th, 2022)]() Original publisher: [Read original article]() Published: 2022-04-13T00:00:00Z Content type: release Language: en Sources: [Garnix Blog]() Topics: [builds](), [ui](), [Discord]() Tags: [builds](), [components](), [discord](), [ui](), [updates]() ### AI overview The April 13, 2022 garnix release notes announce that nixosConfigurations, devShells, devShell, and defaultPackage components are now built by default. The update also reports UI improvements and the start of a Discord channel. ### Source excerpt garnix now by default builds the nixosConfigurations, devShells, devShell, and defaultPackage components. We also improved our UI, and started a discord channel. ## KVM builds supported on nixbuild.net DevFeed: [KVM builds supported on nixbuild.net]() Original publisher: [Read original article]() Author: support@nixbuild.net Published: 2021-10-01T00:00:00Z Content type: release Language: en Sources: [nixbuild.net blog]() Topics: [Nix](), [builds](), [CI/CD](), [Testing](), [GitHub Actions](), [x86]() Tags: [builds](), [ci-cd](), [github-actions](), [kvm](), [testing](), [x86-64]() ### AI overview nixbuild.net announces early access support for KVM-based builds. The feature enables NixOS integration tests, is initially available only on x86_64-linux, and is supported in the nixbuild.net GitHub Action. ### Source excerpt Less than two weeks ago, we announced support for ARM builds on nixbuild.net. Today we are excited to announce another early access feature -- support for builds that use KVM! KVM support is something that almost no public CI/CD provider offers, so we are very happy to be able to make this available to our users. For NixOS users and developers, this is especially valuable since it makes it possible to run integration tests based on the powerful testing framework found in nixpkgs/NixOS. KVM builds are currently in an Early Access phase. If you want to try it out, contact us at support@nixbuild.net. Anyone is free to request access, but there might be waiting time depending on interest. During Early Access, KVM builds are priced and handled exactly as standard builds. The final pricing and price model for builds that require KVM has not been settled yet. So far KVM builds are only supported on x86_64-linux, not on ARM. Setup Once you've gained access to running KVM builds, configuring your Nix client is simple. You just need to mark your eu.nixbuild.net remote builder with the kvm system feature. And if you want to run NixOS integration tests you'll need the nixos-test feature too. For more detailed configuration descriptions see the documentation. KVM builds in GitHub Actions The nixbuild.net GitHub Action has been updated to support KVM builds too. If you've been granted access to KVM builds, all you have to do is to make sure you use the latest release of nixbuild-action. No extra configuration is needed to run KVM builds, or NixOS integration tests, in GitHub Actions. ## nixbuild.net now supports ARM builds! DevFeed: [nixbuild.net now supports ARM builds!]() Original publisher: [Read original article]() Author: support@nixbuild.net Published: 2021-09-20T00:00:00Z Content type: release Language: en Sources: [nixbuild.net blog]() Topics: [Nix](), [Arm](), [GitHub Actions](), [builds](), [ci]() Tags: [arm](), [builds](), [ci](), [github](), [github-actions](), [linux]() ### AI overview nixbuild.net adds Early Access support for aarch64-linux ARM builds. Users can configure it as a remote builder alongside x86_64-linux builds, and GitHub Action release v6 supports aarch64-linux builds for GitHub Actions. ### Source excerpt As of today, there is support for running aarch64-linux builds in nixbuild.net. This is a feature that has been requested by many of our users, and we are very happy to be able to provide this as part of our service. For the moment, ARM builds are in an Early Access phase. If you want to try it out, just drop us a line at support@nixbuild.net. Anyone is free to request access, but there might be waiting time depending on interest. During Early Access, ARM builds are priced and handled exactly as the standard x86_64-linux builds. The final pricing and price model for ARM builds has not been settled yet. Setup Once you've gained access to running ARM builds, configuring your Nix client is just as straightforward as for x86_64-linux builds. Just swap the system of your remote builder to aarch64-linux. You can use nixbuild.net for both x86_64 and ARM builds at the same time. For more detailed configuration descriptions see the documentation. Zero-config aarch64-linux builds in GitHub Actions Together with the new support for ARM builds in nixbuild.net, there's also a new release of the nixbuild.net GitHub Action. The release (v6) enables support for aarch64-linux for your GitHub builds. If you've been granted access to aarch64-linux builds, all you have to do is to add --system aarch64-linux or similar to your nix invocations inside your GitHub actions. It is of course also simple to run aarch64-linux builds from GitLab, Hydra or any other CI setup using Nix. Just add nixbuild.net as an aarch64-linux remote builder as described in the documentation. ## Using the new prebuilt builder on GoReleaser DevFeed: [Using the new prebuilt builder on GoReleaser]() Original publisher: [Read original article]() Author: Carlos Alexandro Becker Published: 2021-09-12T00:00:00Z Content type: tutorial Language: en Sources: [Carlos Becker]() Topics: [import](), [builds]() Tags: [binaries](), [build](), [import](), [performance](), [split]() ### AI overview GoReleaser adds support for importing pre-built binaries into its release process. The article explains using another build tool and splitting builds across multiple machines, including for performance or CGO-related reasons. ### Source excerpt You can now import pre-built binaries into GoReleaser! ## Supply chain integrity with GoReleaser using Go mod proxy DevFeed: [Supply chain integrity with GoReleaser using Go mod proxy]() Original publisher: [Read original article]() Author: Carlos Alexandro Becker Published: 2021-08-23T00:00:00Z Content type: tutorial Language: en Sources: [Carlos Becker]() Topics: [integrity](), [Go Language](), [proxy](), [builds](), [hash](), [opensource]() Tags: [builds](), [go](), [hash](), [making](), [opensource](), [proxy](), [supply-chain-integrity]() ### AI overview This tutorial explains how to verify Go binaries built with GoReleaser by using the Go module proxy and comparing module hashes. It also discusses signing, reproducible builds, and limitations involving dependencies and non-open-source GoReleaser Pro. ### Source excerpt Since the infamous SolarWinds attack, supply chain integrity is something a lot of people are discussing and working on. [Next page]()