From owner-freebsd-questions@freebsd.org Sun Mar 21 16:20:02 2021 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2037557AC38 for ; Sun, 21 Mar 2021 16:20:02 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3NBn1QKBz3LgS for ; Sun, 21 Mar 2021 16:20:00 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4F3NBl2z29zDsFR for ; Sun, 21 Mar 2021 09:19:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1616343599; bh=9HaXBMiUKfqMn5g+pg0X72Nh5VXracXDvHfIfSTIqhs=; h=Subject:From:To:Date:In-Reply-To:References:From; b=Ygm/u6yMNlFAzBfyl6LAiAI9ZgTPRfUryWHMHnU4+TVbBiyN8HPPB35k9XqI83fRU HuVxQyMAKHhqsI/v689oIrRgmVrip7W+BjYgPultzESRWUC1lOglStSWQNnHxz1pe/ HXhQE3zCJTkKyAjo+jAZZzPbub++f0wE4XnGGfGY= X-Riseup-User-ID: 505158710853FCBCC08BAAF526385B3DF6C2D3539F9543CFB8DA27A37138ACBF Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4F3NBk5ppRz5vb1 for ; Sun, 21 Mar 2021 09:19:58 -0700 (PDT) Message-ID: Subject: Re: OS to replace FreeBSD From: Ralf Mardorf To: freebsd-questions@freebsd.org Date: Sun, 21 Mar 2021 17:19:58 +0100 In-Reply-To: References: <20210320132339.00004d9a@seibercom.net> <38EDD406-3EC4-4F71-B990-DDD1E753D091@kreme.com> <20210321113403.00004056@seibercom.net> Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F3NBn1QKBz3LgS X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=Ygm/u6yM; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of ralf-mardorf@riseup.net designates 198.252.153.129 as permitted sender) smtp.mailfrom=ralf-mardorf@riseup.net X-Spamd-Result: default: False [-5.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[198.252.153.129:from]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[riseup.net:+]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[198.252.153.129:from]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.129:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[198.252.153.129:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[riseup.net:dkim]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 16:20:02 -0000 On Sun, 2021-03-21 at 11:47 -0400, Aryeh Friedman wrote: > The reasons for "why should they" are: > 1. There is an almost infinite number of combinations of hardware that one > can find out there and most of them are like the person you are replying to > edge cases that effect very few people (as witnessed by you can't find > anyone with a close enough system that is willing to actually do the work > to test any fixes on... Let's call this the "big reason why" and assume no undertone, just good faith. > so this leaves two options: a) you stop complaining > and help actually fix the bug, b) you switch OS's.... either way stop > publically whining about stuff you refuse to help with in an way and if you > switch OS's this is the wrong forum to do it in -- in short STFU) Is this still a required explanation? > 2. They *DO* list hardware that is *KNOWN* to be 100% compatible and > working with the base system if you are not using one of the listed > components then you are venturing into unknown territory and any problems > are on you to report and or help fix... if you decide to go this route then > you have no one except yourself to blame when you run into "some assembly > required" situations and likely you are one the few people that can help > fix it... yet you refuse to... Hard to ignore the undertone here ;). White and black lists are imperfect, so be careful! However "likely you are one" + "yet you refuse to" is an accusation. > again STFU Pff! Somebody who is frustrated kicks partly over the traces and you guess that it helps anybody in the universe to be spiteful? It might not be an excuse, but at least it's a good explanation why the OP kicks over the traces, since the OP is frustrated that something doesn't work. There's neither an excuse, nor an explanation why you are doing the same.