From owner-freebsd-questions@freebsd.org Fri Jul 24 14:03:12 2020 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 C3E363670D4 for ; Fri, 24 Jul 2020 14:03:12 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (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 (2048 bits) client-digest SHA256) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BCrWg6yr5z4Yd9 for ; Fri, 24 Jul 2020 14:03:11 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from mather.gromit23.net (c-98-244-101-97.hsd1.va.comcast.net [98.244.101.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 8A5EC108; Fri, 24 Jul 2020 10:03:10 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: Technological advantages over Linux From: Paul Mather In-Reply-To: Date: Fri, 24 Jul 2020 10:03:09 -0400 Cc: Peter Boosten Content-Transfer-Encoding: quoted-printable Message-Id: <19D548D4-BD63-4AF3-A92E-2D8F1A10F984@gromit.dlib.vt.edu> References: To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.3445.104.15) X-Rspamd-Queue-Id: 4BCrWg6yr5z4Yd9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.38)[-0.378]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.82)[-0.817]; RECEIVED_SPAMHAUS_PBL(0.00)[98.244.101.97:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.406]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2020 14:03:12 -0000 On Fri, 24 Jul 2020 11:24:21 +0200, Peter Boosten = wrote: > Message: 14 > Date: Fri, 24 Jul 2020 11:24:21 +0200 > From: Peter Boosten > To: freebsd-questions@freebsd.org > Subject: Re: Technological advantages over Linux > Message-ID: <7B44C0A4-FCB5-4703-837B-AF2D28667306@boosten.org> > Content-Type: text/plain; charset=3Dus-ascii >=20 > I love FreeBSD a lot, but the pkg system could be more intelligent, = for instance I have a gitlab server: in linux, the binaries are updated = and all necessary scripts are run to update the database as well.=20 >=20 > pkg stops after the binary upgrade and presents a webpage with all = sort of manual stuff. This notice is lost if you upgrade a lot of = packages Are you running the "Omnibus" edition of GitLab under Linux? If so, = that's not using a standard package manager. The Omnibus GitLab install = uses Chef to do all the "manual" stuff needed to maintain GitLab beyond = just the basic install (e.g., running database migrations, precompiling = assets, etc.). Chef runs on FreeBSD, but the GitLab folks don't make their Omnibus Chef = recipes FreeBSD-aware. (For the standard minor version GitLab upgrade, = it would be straightforward to write a Salt state, an Ansible playbook, = a Chef recipe, or even a shell script to perform those post-upgrade = "manual" steps, as it is somewhat rote now.) So, in the GitLab case, I would say it's more of a support advantage of = Linux, not a technological advantage. Cheers, Paul.=