From owner-freebsd-ports-bugs@freebsd.org Thu Feb 14 21:55:07 2019 Return-Path: Delivered-To: freebsd-ports-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCD6B14E3359 for ; Thu, 14 Feb 2019 21:55:07 +0000 (UTC) (envelope-from marin@olivarim.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E853E8DB29 for ; Thu, 14 Feb 2019 21:55:06 +0000 (UTC) (envelope-from marin@olivarim.com) Date: Thu, 14 Feb 2019 21:54:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=olivarim.com; s=protonmail; t=1550181305; bh=Rh8o0412XBAZxvnkwv3U+E/GUGWar8X6iGA+OTnT2xM=; h=Date:To:From:Reply-To:Subject:Feedback-ID:From; b=QjpiHlTa/YcidPwZvYfkFo53p2295cPQ+TQ3RW6hPsitF3VX9A4WGQcG9sc7Aa9hb A7GYp64ne+8OKI/Lx2TutZtX552axeuc14/GxvfVNSsXtN3D+78oj1ipOfxuhE388g ojk+wlnKOozfInKR6+byee/TRhYOHxaVn+ibSLmo= To: "freebsd-ports-bugs@freebsd.org" From: Marin Bernard Reply-To: Marin Bernard Subject: clear_tmp_enable="YES" conflicts with 'security/kstart' Message-ID: Feedback-ID: Fx1hZSZyQ1PoYjLAfUeH9WeXoR6mgE0IGUvHYL0pukQe-mHSLlFcYgqHBGuVV2EpQbzBVOCYbgzNaLrrrYoz8A==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: E853E8DB29 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=olivarim.com header.s=protonmail header.b=QjpiHlTa; dmarc=pass (policy=none) header.from=olivarim.com; spf=pass (mx1.freebsd.org: domain of marin@olivarim.com designates 185.70.40.18 as permitted sender) smtp.mailfrom=marin@olivarim.com X-Spamd-Result: default: False [-7.71 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[marin@olivarim.com]; R_DKIM_ALLOW(-0.20)[olivarim.com:s=protonmail]; URIBL_BLOCKED(0.00)[olivarim.com.multi.uribl.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.65)[ip: (-9.36), ipnet: 185.70.40.0/24(-4.90), asn: 19905(-3.92), country: US(-0.07)]; DKIM_TRACE(0.00)[olivarim.com:+]; MX_GOOD(-0.01)[cached: mailsec.protonmail.ch]; DMARC_POLICY_ALLOW(-0.50)[olivarim.com,none]; NEURAL_HAM_SHORT(-0.95)[-0.951,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[18.40.70.185.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2019 21:55:08 -0000 Hi, We use security/kstart to maintain a local cache of kerberos tickets on our= hosts. The tickets are stored in temporary caches files from the /tmp dire= ctory. On 2018-02-07, a PR was committed to the security/kstart port to "move k5st= art higher up in the service start list". This change introduced a regressi= on when the host is also configured to clear the /tmp dir at startup (clear= _tmp_enable=3D"YES"): the /tmp directory is cleaned *after* kstart is start= ed, thus removing any managed kerberos cache file. I do not know why the rc script was amended in the first place. Could someo= ne give me some insight ? Clearing /tmp is a mandatory requirement for us b= ecause of the Kerberos context: is it possible to revert the rc script to i= ts previous revision or propose anything else to fix this issue? Thanks, Marin.