From nobody Tue Apr 12 13:44:50 2022 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C58271A8B44A for ; Tue, 12 Apr 2022 13:45:10 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-oa1-x30.google.com (mail-oa1-x30.google.com [IPv6:2001:4860:4864:20::30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kd6RT5ZfPz3F1n for ; Tue, 12 Apr 2022 13:45:09 +0000 (UTC) (envelope-from tomek@cedro.info) Received: by mail-oa1-x30.google.com with SMTP id 586e51a60fabf-de3ca1efbaso20788149fac.9 for ; Tue, 12 Apr 2022 06:45:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=g+NO2ejxPUTU3LlQgXQ9RnNT0M/kLC0RnbvJ4N0aOfE=; b=UVwNJOfC2fVz+WDLKtHTEIxuzILOMk/BLroG3nggJTiJt+oViBX+PDLa7YXYRn8Zj4 LyiiE0JdwTAG1wXm/TX6/0KreHWrnbgD12FYMs5TH71w/Ny9xBCNKr1t17dF+ZbVWVL0 yG62qg4HqdjcrhJQJWaCAaON8FTHfGvRFWklWyVY/I3oRnD2rvZ5L/M6dEFAqS4hdvJ2 /I9fJtgYbefJs6ESzFv23I41N0idrm4R9qQs3ek+sq7Pv6YRjeONcgqUeBrWHvyOUWmq +qP3LrVivxPvNf0rJIOs5GxDMLTFL5mKgtyu579gocPi+76al4vdjUfchy3kPZ4jfLut lRmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=g+NO2ejxPUTU3LlQgXQ9RnNT0M/kLC0RnbvJ4N0aOfE=; b=PV/xwRK/SXT7wvVcBQ51GG3u3YxXBjCx5VxOa/IsGvGSpsRKfMSsrtu8SuD6fYYWqK 8VEhEboiD/pl+15qmQfL3NXLJXkPipDwCDaruEe7MEyGIFn93DTxSKwu281garUzkNAu k1DRzhW0c2uItOo4YVVUFjluzwHoR7SsAU1B5inVnrU+ygIi8z9wBhVk8woGDqd5cuYD oWGfXNEaiS7D37kHZ1lwNb0C3sDxdUEO/XNB0VC+oK/Xwt706/dW3eeiItC6BsJVn5HS JFzvkovKj/HfTzgOsMBmfi+fdKiIdBYqObLpwEE3k+qa+sNRWsQWtJOMl0BZhkkpv3a+ q0cw== X-Gm-Message-State: AOAM532CupygJAQhgmCoZRKrUGc/fiPNEgT7j6fhCNIgksTEP6M1LAgG N+X0w1zmKkHE/Cpcug+7OfafEccNeEghcqk8 X-Google-Smtp-Source: ABdhPJxIT1VlowHvMcVWKsRDZf6J7i4eJXaXTdmEvMYmyLeMi5rPob9jbfnF3jfdhwOX6PlDmUaAsg== X-Received: by 2002:a05:6870:7094:b0:e2:af38:7564 with SMTP id v20-20020a056870709400b000e2af387564mr2039952oae.123.1649771102924; Tue, 12 Apr 2022 06:45:02 -0700 (PDT) Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com. [209.85.167.178]) by smtp.gmail.com with ESMTPSA id k124-20020aca3d82000000b002ef4c5bb9dbsm12364650oia.0.2022.04.12.06.45.02 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 12 Apr 2022 06:45:02 -0700 (PDT) Received: by mail-oi1-f178.google.com with SMTP id w127so19030007oig.10 for ; Tue, 12 Apr 2022 06:45:02 -0700 (PDT) X-Received: by 2002:aca:1e16:0:b0:2ef:4b94:2cda with SMTP id m22-20020aca1e16000000b002ef4b942cdamr1738239oic.149.1649771102412; Tue, 12 Apr 2022 06:45:02 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: <20220412061100.cd71c9815f90ad3c9f7802d0@sohara.org> In-Reply-To: <20220412061100.cd71c9815f90ad3c9f7802d0@sohara.org> From: Tomek CEDRO Date: Tue, 12 Apr 2022 15:44:50 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Why do we have to wait for the next release for bug fixes? To: iio7@tutanota.com Cc: Freebsd Questions , "Steve O'Hara-Smith" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Kd6RT5ZfPz3F1n X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=UVwNJOfC; dmarc=none; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2001:4860:4864:20::30) smtp.mailfrom=tomek@cedro.info X-Spamd-Result: default: False [-2.24 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[cedro.info]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cedro.info:+]; NEURAL_HAM_SHORT(-0.94)[-0.944]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.178:received,2001:4860:4864:20::30:from]; MLMMJ_DEST(0.00)[freebsd-questions]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Apr 12, 2022 at 7:12 AM Steve O'Hara-Smith wrote: > On Tue, 12 Apr 2022 06:27:28 +0200 (CEST) > iio7@tutanota.com wrote: > > Why are all bug fixes not errata'd so that users can update their systems > > with freebsd-update without having to manually patch the kernel or > > wait until next release of RELEASE, which can be quite a long wait. > > Every code change brings risk, releases are expected to be stable > and reliable. These two facts drive the very common policy of being careful > about what changes are permitted on release branches - security and > important (..) > With FreeBSD development and bug fixing occurs in -current (..) > The result is a set of choices depending on your needs. > Production systems with strong reliability requirements should use > releases and freebsd-update. This is because releases receive extensive > testing and stabilisation (betas, RCs ...) to eliminate as many bugs as > possible. (..) > For early access to next release fixes and features you can compile > the stable branch - this is a constantly moving target in the source > repository, changes are limited, testing is minimal, slippery when wet > YMMMV. > For early access to the next main branch you can compile -current - > changes are unlimited, all the rest applies even more so. Exactly :-) We just have different organization here (than you may know from Linux). BSD puts rock solid stability and long term maintenance in the first place. Enforced changes are not really welcome here. You get a generic OS with a standardized environment that you may customize for various applications (i.e. network, workstation, embedded). Also you have a choice between RELEASE as rock solid solution with safe binary updates, STABLE as well tested moving solution that you need to update yourself from the sources (usually only kernel), or CURRENT as "bleeding edge" code with all new exciting features that may change/break that you also need to update on your own from the sources. https://docs.freebsd.org/en/books/faq/ -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info