From owner-freebsd-pkg@freebsd.org Sun Feb 12 21:00:31 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27386CDC3DD for ; Sun, 12 Feb 2017 21:00:31 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 13D9D1978 for ; Sun, 12 Feb 2017 21:00:31 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0F4ADCDC3DC; Sun, 12 Feb 2017 21:00:31 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EFDFCDC3DB for ; Sun, 12 Feb 2017 21:00:31 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E2195196E for ; Sun, 12 Feb 2017 21:00:30 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1CL01xh054782 for ; Sun, 12 Feb 2017 21:00:30 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201702122100.v1CL01xh054782@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: pkg@FreeBSD.org Subject: Problem reports for pkg@FreeBSD.org that need special attention Date: Sun, 12 Feb 2017 21:00:30 +0000 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2017 21:00:31 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 212022 | ports-mgmt/pkg: Segfaults when installing sensu p Open | 211141 | ports-mgmt/pkg: pkg+pw: Doesn't run pwd_mkdb, may New | 193995 | [PATCH] ports-mgmt/pkg: floating point exception 3 problems total for which you should take action. From owner-freebsd-pkg@freebsd.org Sun Feb 12 21:12:24 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50124CDCB95 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7B91921 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 36CC9CDCB92; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3671ECDCB91 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 270E41920 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1CLCOLJ073387 for ; Sun, 12 Feb 2017 21:12:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" From: bugzilla-noreply@freebsd.org To: pkg@FreeBSD.org Subject: maintainer-feedback requested: [Bug 217050] [exp-run] ports-mgmt/pkg-devel 1.9.99.11 Date: Sun, 12 Feb 2017 21:12:24 +0000 X-Bugzilla-Type: request X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pkg@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? Message-ID: In-Reply-To: References: X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2017 21:12:24 -0000 Baptiste Daroussin has reassigned Bugzilla Automation 's request for maintainer-feedback to pkg@FreeBSD.org: Bug 217050: [exp-run] ports-mgmt/pkg-devel 1.9.99.11 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217050 --- Description --- Can you please exp-run with WITH_PKG=3Ddevel ? I want to make 1.9.99.11 bec= ome 1.10 From owner-freebsd-pkg@freebsd.org Sun Feb 12 21:12:24 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92381CDCBA3 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7C76A1924 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7BC78CDCBA2; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B78CCDCBA0 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BACF1923 for ; Sun, 12 Feb 2017 21:12:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1CLCOLN073387 for ; Sun, 12 Feb 2017 21:12:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: pkg@FreeBSD.org Subject: [Bug 217050] [exp-run] ports-mgmt/pkg-devel 1.9.99.11 Date: Sun, 12 Feb 2017 21:12:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bapt@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pkg@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2017 21:12:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217050 Bug ID: 217050 Summary: [exp-run] ports-mgmt/pkg-devel 1.9.99.11 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: pkg@FreeBSD.org Reporter: bapt@FreeBSD.org Assignee: pkg@FreeBSD.org Flags: maintainer-feedback?(pkg@FreeBSD.org) Can you please exp-run with WITH_PKG=3Ddevel ? I want to make 1.9.99.11 bec= ome 1.10 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-pkg@freebsd.org Sun Feb 12 21:12:45 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C884ACDCD9D for ; Sun, 12 Feb 2017 21:12:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B26D519D4 for ; Sun, 12 Feb 2017 21:12:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B1D9ACDCD9B; Sun, 12 Feb 2017 21:12:45 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B18AFCDCD99 for ; Sun, 12 Feb 2017 21:12:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A153E19D1 for ; Sun, 12 Feb 2017 21:12:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1CLCjxc086567 for ; Sun, 12 Feb 2017 21:12:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: pkg@FreeBSD.org Subject: [Bug 217050] [exp-run] ports-mgmt/pkg-devel 1.9.99.11 Date: Sun, 12 Feb 2017 21:12:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bapt@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: portmgr@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? exp-run? X-Bugzilla-Changed-Fields: flagtypes.name assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2017 21:12:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217050 Baptiste Daroussin changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |exp-run? Assignee|pkg@FreeBSD.org |portmgr@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-pkg@freebsd.org Mon Feb 13 02:56:07 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A3B9CDC43F for ; Mon, 13 Feb 2017 02:56:07 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 14F27762 for ; Mon, 13 Feb 2017 02:56:06 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39609073 for freebsd-pkg@freebsd.org; Mon, 13 Feb 2017 08:51:35 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.14.9/8.14.9) with ESMTP id v1D2u2SX028068 for ; Mon, 13 Feb 2017 09:56:02 +0700 (KRAT) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.14.9/8.14.9/Submit) id v1D2u0aY028067 for freebsd-pkg@freebsd.org; Mon, 13 Feb 2017 09:56:00 +0700 (KRAT) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Mon, 13 Feb 2017 09:56:00 +0700 From: Victor Sudakov To: freebsd-pkg@freebsd.org Subject: Orphaned packages Message-ID: <20170213025559.GA27840@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 02:56:07 -0000 Dear Colleagues, What if a package is installed on a production system, and it disappears from the repository (e.g. it is built no more because it has become BROKEN). Is there a way to find such orphaned packages installed in the system? "pkg upgrade" stops noticing them while it could have said something like "This packages has disappeared from repository." -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-pkg@freebsd.org Mon Feb 13 05:32:13 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64B45CDC96B for ; Mon, 13 Feb 2017 05:32:13 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 46F5EC9A for ; Mon, 13 Feb 2017 05:32:13 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 46367CDC96A; Mon, 13 Feb 2017 05:32:13 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44369CDC969 for ; Mon, 13 Feb 2017 05:32:13 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x243.google.com (mail-yw0-x243.google.com [IPv6:2607:f8b0:4002:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CA2BC99; Mon, 13 Feb 2017 05:32:12 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x243.google.com with SMTP id v73so6544178ywg.1; Sun, 12 Feb 2017 21:32:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=TnpCrNfo5Sbo6A4sDSnZgrRaX0YL/8PCwYs8986rjEE=; b=RuYjBy3XDJ2Wi5NgGcbVGg0ZCYIR89WbcwgEcFA5OeXDRRni9U/ZUwBihag2iKbNKZ 1IqVKEO3duEgnXELkgtjHAkQrwUMNJQfkbdk4fMSkrG8a7mZ/5NAOnBajjEOFJtX+jSS KJYuvQXp4A3CMGAn4kTKh5JY1+rjTzG8cVY0T7sRmrqJG4C9YOgWWhIHmLXw5ByUQNSB NG1M+kJ0Xvrr4xCjTR1PMGmLOhMSO8xjBuCfqD9A4UPruaW0zRtOwKIhyiN+RymWHnWV MCJq7Kj0oqNgtMxuZS6vUMJgcDewQmH/fpfdkmPqYLgoJGvFPZ0a02dsn7nWDyK/iBwz D+sQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=TnpCrNfo5Sbo6A4sDSnZgrRaX0YL/8PCwYs8986rjEE=; b=MDLattzpjCuee45v2dBod0mzNq6+nOAlZB5WJKbYElriG7GCzGp9GhD1bHFt8ULjUv qncBeoXCwqrd2YHfk/wF4lu4WFGghiosUr2/IdROlSZcEbUkfiVEd9h2daG97/DM+C2F NYrMagVJgqnRjd4Yq6lm5OjTSu426ej/oOrbm4DU2rgU3SW74j406ZtNk100Dp329Q4v WSXE5sPEgzJ7VzDa/USzNO/1EUgVJFPQYgy1yZtCpANOLICvh1RPAcPud9+/OtABTVEm WOuALu/TT360ZtvX3LYe9bVZ7YshxaaNe0Z34Dp5lnM9ND/QnJkKu2qpIaEMxjmY+jT0 qOog== X-Gm-Message-State: AMke39mPXBmPzJr/IVkOBN94pF4G2VSyVcPft9+ULn3FRM2wN+hDKS3cSfc3o0PAECmEpL+ISN2nETxBaeotsw== X-Received: by 10.129.96.137 with SMTP id u131mr16535102ywb.302.1486963932006; Sun, 12 Feb 2017 21:32:12 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Sun, 12 Feb 2017 21:32:11 -0800 (PST) From: Alan Somers Date: Sun, 12 Feb 2017 22:32:11 -0700 X-Google-Sender-Auth: tVPdxTEt4cxrtOmXMbOkDMxRD6w Message-ID: Subject: Bug 217055 - Consolidate random sleeps in periodic scripts To: scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, cy@freebsd.org, pkg@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 05:32:13 -0000 I propose that we remove the various anti-congestion sleeps from different periodic scripts, and add a single anti-congestion sleep to the very beginning. Does this sound like a good idea to all of you? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 -Alan From owner-freebsd-pkg@freebsd.org Mon Feb 13 07:01:45 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2297FCDCD4E for ; Mon, 13 Feb 2017 07:01:45 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 06657E55 for ; Mon, 13 Feb 2017 07:01:45 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id 05BA5CDCD48; Mon, 13 Feb 2017 07:01:45 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0565ACDCD47 for ; Mon, 13 Feb 2017 07:01:45 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A4398E54; Mon, 13 Feb 2017 07:01:44 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id dAdnc4v1GVQuxdAdoczfE4; Mon, 13 Feb 2017 00:01:42 -0700 X-Authority-Analysis: v=2.2 cv=BNTDlBYG c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=n2v9WMKugxEA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=vdLto_AOBGNaTLomfUkA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 8EA7C288; Sun, 12 Feb 2017 23:01:39 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v1D71d4Y056355; Sun, 12 Feb 2017 23:01:39 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201702130701.v1D71d4Y056355@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Alan Somers cc: scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, cy@freebsd.org, pkg@freebsd.org Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts In-Reply-To: Message from Alan Somers of "Sun, 12 Feb 2017 22:32:11 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Feb 2017 23:01:39 -0800 X-CMAE-Envelope: MS4wfDlsGk5AfOzgSbl6ACj7o/0YT/nKyBEaSCLCYH2eig6nqDspl0oj/yYwp0xzMmFseLp3heE1yFrvs8kzxzERmtEWnKftCmvgQ7WMvBWGh4T2Dp3vSufi 7zOlSuyZ4P90xDi9uHooDifHWo+Gs3q/C2ui8Rk8G/uoT7Llvxe7MrTJAIr6k9hXMVeEo5Q9JCydRMy5t2DPZ13wUecYmfKWxXWEvqPGfp9Hy7Fb0Vy2gQh3 Y/6wWoPoYyNZNwDB1e9YYgk2PR6u/hWVXIlkoNaGiB2xn6ggoYhYAWT9yfLjw9LtX5zJqhwe/WPIUDPNHsOOx3rrs+XhpGHyv2qatTtPDPU= X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 07:01:45 -0000 In message , Alan Somers writes: > I propose that we remove the various anti-congestion sleeps from > different periodic scripts, and add a single anti-congestion sleep to > the very beginning. Does this sound like a good idea to all of you? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 I think the problem with the sleeps is simply the sleeps. My original plan to put my sleep/fetch in the background was shot down by some who thought it wasn't simple enough. Secondly, we don't need sleeps every boot. Ntpd for example only needs a sleep twice a year max to fetch a new leapfile so, to have a sleep every boot would be annoying. The best solution to replace sleeps would be to put a list of files:URLs into a queue to be fetched by fetcher script which would fetch only needed files that boot (or in the case of ntp via periodic.conf twice a year). A single script with a queue of files to fetch with one anti-congestion sleep, preferably in the background. NTP, btw can (will) use the leapfile in /etc/ntp until a fresher copy is fetched. Let's remove all fetching functions from the various rc scripts and queue them up early in a fetcher rc script, preferably in the background if at all possible. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-pkg@freebsd.org Mon Feb 13 07:50:28 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFEEDCDDAA0 for ; Mon, 13 Feb 2017 07:50:28 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A372870 for ; Mon, 13 Feb 2017 07:50:28 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (unknown [IPv6:2001:8b0:151:1:1c1d:86a1:a200:b700]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id A1F071702 for ; Mon, 13 Feb 2017 07:50:17 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/A1F071702; dkim=none; dkim-atps=neutral Subject: Re: Orphaned packages To: freebsd-pkg@freebsd.org References: <20170213025559.GA27840@admin.sibptus.transneft.ru> From: Matthew Seaman Message-ID: <61e31350-45ce-288e-ff65-795381f61ea1@FreeBSD.org> Date: Mon, 13 Feb 2017 07:50:11 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170213025559.GA27840@admin.sibptus.transneft.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Dn7FNFjx27JvxvU8aHXSmBmH4dft7vvMC" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 07:50:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Dn7FNFjx27JvxvU8aHXSmBmH4dft7vvMC Content-Type: multipart/mixed; boundary="9pj81OUAGRRmatKHnXAh6wW353j9HtbUw"; protected-headers="v1" From: Matthew Seaman To: freebsd-pkg@freebsd.org Message-ID: <61e31350-45ce-288e-ff65-795381f61ea1@FreeBSD.org> Subject: Re: Orphaned packages References: <20170213025559.GA27840@admin.sibptus.transneft.ru> In-Reply-To: <20170213025559.GA27840@admin.sibptus.transneft.ru> --9pj81OUAGRRmatKHnXAh6wW353j9HtbUw Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 13/02/2017 02:56, Victor Sudakov wrote: > Is there a way to find such orphaned packages installed in the system? pkg version -vRl\? Cheers, Matthew --9pj81OUAGRRmatKHnXAh6wW353j9HtbUw-- --Dn7FNFjx27JvxvU8aHXSmBmH4dft7vvMC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJYoWU5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT0n8QAJK/lDZf/ds1Y5xzLh3oEonN 9mVH0Ht+jYdMPAKxnijDm8OydFFbUvraEygy8DhPh9tAbRYyf8XTw0fpfYvxchQ9 7iGoiq8VzDDycU7ymtTgt/Asx/J4gaSoabG7e6ef2xzJx112H+/gYrnaST39ud7d sLZzeeEYfrC2Cqlwddr5hmrHZFD867q8Fr2m4T9YlxMRVLTZaXEWTtnWmHdS0038 PDkqXlAVJjdCV5X+lQRJ1TX/DS0BfDS2G3WbJljspxYKNsrBcEt/snUoBxVeshIl N5YkRCtN/0TPbDRGWtGIPxdLlNgPqkGFbwdkZKEYt/kx+jmjC9J9sMN3SUmnAbSu uWmFeM3aj4DRWcvfpTpHAwz/Vet+bnX4BP8r+bcIjkmhJ+cAcUvne1IoVq+bfkld AaxilsubWNYc7Hwnrrw6DDwU1jjauhpnK2ddVTF+PgXsq2VSbeHETUIQNQNiDfZH 83h2N3oyPniwbuVUryIB8UvqN8sfapLv9oQw2tfU4U9/I9OhJyW2A6DdKdFTKvAf Y2r0HZ9lGriVD3h/qsr5mQ0ZB4MVrwxM+PXVqPd1TwxGQLoBBGaUVgmKI+AQNvf9 J/QVBDy1MfTNCsTZpiqNei6IczwCtSUK0YkzA5+vQY8scn9IonUUExl9iAtU0W7F EtJmB/xVpEuWv/hNzoqo =f1rc -----END PGP SIGNATURE----- --Dn7FNFjx27JvxvU8aHXSmBmH4dft7vvMC-- From owner-freebsd-pkg@freebsd.org Mon Feb 13 12:59:30 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06651CDB4D1 for ; Mon, 13 Feb 2017 12:59:30 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 384D4102D; Mon, 13 Feb 2017 12:59:28 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39609473; Mon, 13 Feb 2017 18:54:58 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.14.9/8.14.9) with ESMTP id v1DCxQgh041057; Mon, 13 Feb 2017 19:59:26 +0700 (KRAT) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.14.9/8.14.9/Submit) id v1DCxOV8041056; Mon, 13 Feb 2017 19:59:24 +0700 (KRAT) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Mon, 13 Feb 2017 19:59:24 +0700 From: Victor Sudakov To: Matthew Seaman Cc: freebsd-pkg@freebsd.org Subject: Re: Orphaned packages Message-ID: <20170213125924.GA40914@admin.sibptus.transneft.ru> References: <20170213025559.GA27840@admin.sibptus.transneft.ru> <61e31350-45ce-288e-ff65-795381f61ea1@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61e31350-45ce-288e-ff65-795381f61ea1@FreeBSD.org> Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 12:59:30 -0000 Matthew Seaman wrote: > > Is there a way to find such orphaned packages installed in the system? > > pkg version -vRl\? > Thank you. I have forgotten about "pkg version" -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-pkg@freebsd.org Mon Feb 13 15:54:22 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B020CDD83C for ; Mon, 13 Feb 2017 15:54:22 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 797001C2F for ; Mon, 13 Feb 2017 15:54:22 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 75C20CDD83A; Mon, 13 Feb 2017 15:54:22 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75654CDD839 for ; Mon, 13 Feb 2017 15:54:22 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 312891C2D; Mon, 13 Feb 2017 15:54:22 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x233.google.com with SMTP id w75so52034495ywg.1; Mon, 13 Feb 2017 07:54:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Hrtkf7MT3jYZ3HzT3oforrSF3ur7PDCsF/rIw/D3iEA=; b=nI2ISLMZQL8XO5kIVeGysUteK7Zy69ZTeuiyT9yCoF1og8WqWACJLVBOIAd3la8jAg 7g5YdGA1zPKtCV4bM/mT+lh4Jg6dXvE1cm93xHfIIOvovhWttNAFD3ABFi61ZzmeqbnZ PFXxkXKC2pvmWh2e9/H+K0stylqtyILCI1rU494Gzc8qdRw2W5MhtZD+ONa+AtQZqaPg BOM0Zx8qeTbqg6LnaUZ4uNVeoEWDgLeRuurvLhZDosEe9mJ0IsHA9laajihk4iDdJqDf KL7NXUio8X/m8JjohwX9wTIBW7pz+emEHWYmUpf5jRHrA71kNCabo7u1EH4VOrP4JcWI mLvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Hrtkf7MT3jYZ3HzT3oforrSF3ur7PDCsF/rIw/D3iEA=; b=tJZmR3j1/D5mAZogSmbRJ6Hdkzmb6/g8uJhgtwr6PftQeyPTbm9YzsVQmfHkk2H3fN bLFDLnxEmIEdefvK7i39METo6Ck514fo7jqtluSInDRc/XHRQdT/+mnSYG0+3hIOjNop yPn2v8tTcW518xj0T4AxfY/fgNa2ddYKifYTbJEwd1HJnLKRaepoEyKbNbukSMwLS7oG 0qZto9RXfA7wAN2UD1eUVVqoloqukqdsiXHTXwc04wItNsuXxFvioDi3y5bj96psjnj8 kbtfukRDYXHD8/DjyWvmUYAZMo/p+ysGzX4jAOaA4DNZ/lQzzOIbNG1cQ1oNV3Cl/QkS MUJQ== X-Gm-Message-State: AMke39nL7rzaN0d2Fq3bT8dYWQlZsFhUTAd89xsGWuN4IFv4IEBaBjyQDl2r1HXZA4xTl1mbltWi2t++Ye60KA== X-Received: by 10.129.141.6 with SMTP id d6mr17599432ywg.36.1487001261316; Mon, 13 Feb 2017 07:54:21 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Mon, 13 Feb 2017 07:54:20 -0800 (PST) In-Reply-To: <201702130701.v1D71d4Y056355@slippy.cwsent.com> References: <201702130701.v1D71d4Y056355@slippy.cwsent.com> From: Alan Somers Date: Mon, 13 Feb 2017 08:54:20 -0700 X-Google-Sender-Auth: WBHMi-MH1mC-ZkC_EY3h-YKMQsI Message-ID: Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts To: Cy Schubert Cc: scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 15:54:22 -0000 On Mon, Feb 13, 2017 at 12:01 AM, Cy Schubert wrote: > In message om> > , Alan Somers writes: >> I propose that we remove the various anti-congestion sleeps from >> different periodic scripts, and add a single anti-congestion sleep to >> the very beginning. Does this sound like a good idea to all of you? >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 > > I think the problem with the sleeps is simply the sleeps. My original plan > to put my sleep/fetch in the background was shot down by some who thought > it wasn't simple enough. > > Secondly, we don't need sleeps every boot. Ntpd for example only needs a > sleep twice a year max to fetch a new leapfile so, to have a sleep every > boot would be annoying. > > The best solution to replace sleeps would be to put a list of files:URLs > into a queue to be fetched by fetcher script which would fetch only needed > files that boot (or in the case of ntp via periodic.conf twice a year). > > A single script with a queue of files to fetch with one anti-congestion > sleep, preferably in the background. > > NTP, btw can (will) use the leapfile in /etc/ntp until a fresher copy is > fetched. > > Let's remove all fetching functions from the various rc scripts and queue > them up early in a fetcher rc script, preferably in the background if at > all possible. > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. Unfortunately that won't work, Cy. Some scripts may need to dynamically determine what files to fetch, in a way that we can't do in a single separate fetcher script. Worse, some scripts, like 300.statistics from sysutils/bsdstats, need to _post_ a URL, not get one. -Alan From owner-freebsd-pkg@freebsd.org Mon Feb 13 21:27:49 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B61BCDD861 for ; Mon, 13 Feb 2017 21:27:49 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E1A3C93C for ; Mon, 13 Feb 2017 21:27:48 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id DE01BCDD860; Mon, 13 Feb 2017 21:27:48 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDAC3CDD85E for ; Mon, 13 Feb 2017 21:27:48 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8857E93B; Mon, 13 Feb 2017 21:27:48 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id dO7OcRAUsC3JIdO7PczOVR; Mon, 13 Feb 2017 14:25:09 -0700 X-Authority-Analysis: v=2.2 cv=XbT59Mx5 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=n2v9WMKugxEA:10 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=fxzhD6Ib2CnelIb-tmQA:9 a=3ebCIXgWIYJXdpcr:21 a=xJiquAOHPBaEKifk:21 a=CjuIK1q_8ugA:10 a=pxhY87DP9d2VeQe4joPk:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 56865B3C; Mon, 13 Feb 2017 13:25:06 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v1DLP5LD063026; Mon, 13 Feb 2017 13:25:05 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201702132125.v1DLP5LD063026@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Alan Somers cc: Cy Schubert , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts In-Reply-To: Message from Alan Somers of "Mon, 13 Feb 2017 08:54:20 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Feb 2017 13:25:05 -0800 X-CMAE-Envelope: MS4wfOxzLXpNaljJoHk1wbsjIrGHeM37CQT/BWqzNoPTbBKcIexTWpyNLh7C9OqQOEONOdiJ3+tl96iy/ZnZUvMzUCkNT0S7Nvp02AdDmQSczBQNV/SHtxPF kGNOQ5SS2J9giip0ZtUMQZsVt6RcuAKUqdKho8TbnmGhVpSnp5Q7/SX8wsykl/Qfeg23s+MtTxNqC9bmOBQWZtBSn+bz1bjWZpQXWKE/lyOUU8+SVBZbO4x9 pU4GAim50u6+Tw/U7LF8Nxgd6sD5+iLUz3+hLHol/K22wH/xW1cy9Fg9bl0w6f6GNd4xte1KoCCSG5Ub8P8IAQeb9e6pI7l2Ezk4eIJLsI0= X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 21:27:49 -0000 In message , Alan Somers writes: > On Mon, Feb 13, 2017 at 12:01 AM, Cy Schubert wrot > e: > > In message c > > om> > > , Alan Somers writes: > >> I propose that we remove the various anti-congestion sleeps from > >> different periodic scripts, and add a single anti-congestion sleep to > >> the very beginning. Does this sound like a good idea to all of you? > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 > > > > I think the problem with the sleeps is simply the sleeps. My original plan > > to put my sleep/fetch in the background was shot down by some who thought > > it wasn't simple enough. > > > > Secondly, we don't need sleeps every boot. Ntpd for example only needs a > > sleep twice a year max to fetch a new leapfile so, to have a sleep every > > boot would be annoying. > > > > The best solution to replace sleeps would be to put a list of files:URLs > > into a queue to be fetched by fetcher script which would fetch only needed > > files that boot (or in the case of ntp via periodic.conf twice a year). > > > > A single script with a queue of files to fetch with one anti-congestion > > sleep, preferably in the background. > > > > NTP, btw can (will) use the leapfile in /etc/ntp until a fresher copy is > > fetched. > > > > Let's remove all fetching functions from the various rc scripts and queue > > them up early in a fetcher rc script, preferably in the background if at > > all possible. > > > > > > -- > > Cheers, > > Cy Schubert > > FreeBSD UNIX: Web: http://www.FreeBSD.org > > > > The need of the many outweighs the greed of the few. > > Unfortunately that won't work, Cy. Some scripts may need to > dynamically determine what files to fetch, in a way that we can't do > in a single separate fetcher script. Worse, some scripts, like > 300.statistics from sysutils/bsdstats, need to _post_ a URL, not get > one. Diverse requirements cannot be addressed by one knob. To assume that various applications all have the same sleep requirement won't work. I suppose we could have an optional single sleep script but we can't summarily remove all sleeps and assume all rc and periodic scripts sleep for some, one or possibly no applications requiring a sleep at any given time. We can have a general sleep but removing the option of others would be counter productive. It doesn't make sense to have an arbitrary sleep just in case a subsequent script might need it. If we have to, let's either reduce the length of the sleeps or put better yet background them. What's motivating this? Server? Laptop? -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-pkg@freebsd.org Mon Feb 13 22:07:19 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25BB9CDEA64 for ; Mon, 13 Feb 2017 22:07:19 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 045A9B33 for ; Mon, 13 Feb 2017 22:07:19 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 00D69CDEA63; Mon, 13 Feb 2017 22:07:19 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2E73CDEA62 for ; Mon, 13 Feb 2017 22:07:18 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x242.google.com (mail-yw0-x242.google.com [IPv6:2607:f8b0:4002:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6FBFB31; Mon, 13 Feb 2017 22:07:18 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x242.google.com with SMTP id q71so8317113ywg.3; Mon, 13 Feb 2017 14:07:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=GCz2E96GiutMIhZGhgMSJ2h9SkUsfzaFHAGQZ1OK7D0=; b=hJAcr7K95qU9uQEAS5jY9HhJCXzXVfSnT0F4tiz+OFw+MN+FmcZdZv+j4jIqlMu0gt msn1j8AUPKlJx4SIUwaw8QsTPg8hY1IgWr0O5ujMwuEE7szIQNzSEjZiLSAhDmjr6Wni EHJ19hWkwK7jcYFBZHYXEtLnjExWDte0V2oJfNomr0qmjEUVeZ+ZbhHNMuOj59Tgzc9k jm1H4202j4NY5c7l1ZoRwtHHrY2i1eVijX1Zicq0FN/IcmNM79DDm0qpVeRrks5vzkWm tKwZyhWNgeoanJs0PTtGwPC/4QN5UKRpDOhnefiERsHE27UehKyNwQna7Oiob3qtLQHO svYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=GCz2E96GiutMIhZGhgMSJ2h9SkUsfzaFHAGQZ1OK7D0=; b=cCMlR2elZUloZifAwTdsSYsMmzGUgur0bmt+lBNJO5XN3bIZsabk8JWInWxdLmVYxm jYZnr4BwBQzCMV3Zz0KrZiUTWrjiGE6o0qmwtmZIE6iT62UgQzq14WNKwWqxytM6nIKn FhhhhTUjgupLgE7bNUZ9zP4k9BUlVZUEJKbaPZoW10U3p+uy1etQtWvCNpAlpQ71XC3W sjLJrLxlqvnAJgPEbh6IcQoLNC1d5i1v0Q7vD1/f7cyEMu7Dy88DnZM/TGlN6TxZ00Mc vL+KcO5sq/NAjkGpiLVsJ9t67DTZMb1699fbj+ta18gcFfeHfxqRiKFCzWgO4sIJpPw0 9+lA== X-Gm-Message-State: AMke39ndNL5+LBjLP7JJskC/IROrNLvxjOyW8bLEAUwpE9kKLSsNIbZa1bjHavXMhLrz9lhOdrcJx+WvRAC6oA== X-Received: by 10.129.141.6 with SMTP id d6mr19018531ywg.36.1487023637666; Mon, 13 Feb 2017 14:07:17 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Mon, 13 Feb 2017 14:07:17 -0800 (PST) In-Reply-To: <201702132125.v1DLP5LD063026@slippy.cwsent.com> References: <201702132125.v1DLP5LD063026@slippy.cwsent.com> From: Alan Somers Date: Mon, 13 Feb 2017 15:07:17 -0700 X-Google-Sender-Auth: qfjt7dnLFCJpnyQjSIAdQD1nhLQ Message-ID: Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts To: Cy Schubert Cc: scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 22:07:19 -0000 On Mon, Feb 13, 2017 at 2:25 PM, Cy Schubert wrote: > In message om> > , Alan Somers writes: >> On Mon, Feb 13, 2017 at 12:01 AM, Cy Schubert wrot >> e: >> > In message > c >> > om> >> > , Alan Somers writes: >> >> I propose that we remove the various anti-congestion sleeps from >> >> different periodic scripts, and add a single anti-congestion sleep to >> >> the very beginning. Does this sound like a good idea to all of you? >> >> >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 >> > >> > I think the problem with the sleeps is simply the sleeps. My original plan >> > to put my sleep/fetch in the background was shot down by some who thought >> > it wasn't simple enough. >> > >> > Secondly, we don't need sleeps every boot. Ntpd for example only needs a >> > sleep twice a year max to fetch a new leapfile so, to have a sleep every >> > boot would be annoying. >> > >> > The best solution to replace sleeps would be to put a list of files:URLs >> > into a queue to be fetched by fetcher script which would fetch only needed >> > files that boot (or in the case of ntp via periodic.conf twice a year). >> > >> > A single script with a queue of files to fetch with one anti-congestion >> > sleep, preferably in the background. >> > >> > NTP, btw can (will) use the leapfile in /etc/ntp until a fresher copy is >> > fetched. >> > >> > Let's remove all fetching functions from the various rc scripts and queue >> > them up early in a fetcher rc script, preferably in the background if at >> > all possible. >> > >> > >> > -- >> > Cheers, >> > Cy Schubert >> > FreeBSD UNIX: Web: http://www.FreeBSD.org >> > >> > The need of the many outweighs the greed of the few. >> >> Unfortunately that won't work, Cy. Some scripts may need to >> dynamically determine what files to fetch, in a way that we can't do >> in a single separate fetcher script. Worse, some scripts, like >> 300.statistics from sysutils/bsdstats, need to _post_ a URL, not get >> one. > > Diverse requirements cannot be addressed by one knob. To assume that > various applications all have the same sleep requirement won't work. Can you think any any periodic script whose sleep needs couldn't be satisified by a single sleep at the beginning of the periodic run? I can't. All sleeps I know of in /etc/periodic and /usr/local/etc/periodic are for the purposes of reducing congestion spikes on a server somewhere. The only way a single sleep could be insufficient is if the random time interval is too small. > > I suppose we could have an optional single sleep script but we can't > summarily remove all sleeps and assume all rc and periodic scripts sleep > for some, one or possibly no applications requiring a sleep at any given > time. What? I can't make sense of that sentence. > We can have a general sleep but removing the option of others would > be counter productive. It doesn't make sense to have an arbitrary sleep > just in case a subsequent script might need it. Nothing in /etc/periodic needs to be run at a precise time, so adding a sleep won't hurt anything. And if the sleep is configurable, a sysadmin can always disable it. Also, from an anticongestion standpoint it's objectively less good to chain multiple sleeps together instead of using a single longer sleep. The reason is because when you add several uniformly distributed random variables, the result approaches a normal distribution with a peak in the middle. But for anticongestion purposes, a uniform distribution is really what you want. > If we have to, let's either > reduce the length of the sleeps or put better yet background them. I don't like the idea of backgrounding parts of the periodic scripts, for three reasons. One, it's complicated. Two, it prevents periodic(8) from sending a single status email. Three, periodic(8) might start the next day's run before the previous day's is complete. > > What's motivating this? Server? Laptop? Servers mostly. A confounding issue is Bug 210188 - periodic daily sleeps even when invoked from a terminal . When I run periodic by hand, it still sleeps. It would be easier to fix that bug if only one sleep were involved instead of several. -Alan From owner-freebsd-pkg@freebsd.org Mon Feb 13 22:33:52 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53E93CDD31A for ; Mon, 13 Feb 2017 22:33:52 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 354C81D0A for ; Mon, 13 Feb 2017 22:33:52 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id 31DBDCDD319; Mon, 13 Feb 2017 22:33:52 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FD6DCDD318 for ; Mon, 13 Feb 2017 22:33:52 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B84BF1D08; Mon, 13 Feb 2017 22:33:51 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id dPBlcg1Kpsa1kdPBmcGbrW; Mon, 13 Feb 2017 15:33:44 -0700 X-Authority-Analysis: v=2.2 cv=W+NIbVek c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=n2v9WMKugxEA:10 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=rY95N4Q9iyJ0nQcwCmkA:9 a=1DPAgBlFnT_m26bI:21 a=7LHWGA_iQQ2NYw5u:21 a=CjuIK1q_8ugA:10 a=pxhY87DP9d2VeQe4joPk:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 85FD5BF4; Mon, 13 Feb 2017 14:33:41 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v1DMXf4P092101; Mon, 13 Feb 2017 14:33:41 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201702132233.v1DMXf4P092101@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Alan Somers cc: Cy Schubert , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org, des@freebsd.org Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts In-Reply-To: Message from Alan Somers of "Mon, 13 Feb 2017 15:07:17 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Feb 2017 14:33:41 -0800 X-CMAE-Envelope: MS4wfKW+mpQV2MWAI3Y3IV37aqeg1jx47V+eniX2LaT8JNl16TzygwLx2eTliv1qDUx/O8TE0HwDPJwg1plG1372j4hs27Yqsy8M/9Nj7D5XYj7KQFp415gS uM9UvmxmKNYplodB17lOuxMKt7H9MjMdxrd4GIYAUeCohFc61Zw9+b1gXIIZl+OufodSwMUClqstAEI+qKH5a3rLjJMo34MQhXDftaTTy9iQqDKqmayFmuTs oZg0O6t5X/XYrX4Rfg68CNX/pok0gY8kh5oKqEGp2mVzUsnqDyQcFd91GoOx06sgr9fKexba5/rWRm0Wvbqvwd4D3mPztQjkb1a+7k4mpT49Rq8p8cE6W1So 1f78NgH+ X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 22:33:52 -0000 In message , Alan Somers writes: > On Mon, Feb 13, 2017 at 2:25 PM, Cy Schubert wrote > : > > In message c > > om> > > , Alan Somers writes: > >> On Mon, Feb 13, 2017 at 12:01 AM, Cy Schubert w > rot > >> e: > >> > In message il. > >> c > >> > om> > >> > , Alan Somers writes: > >> >> I propose that we remove the various anti-congestion sleeps from > >> >> different periodic scripts, and add a single anti-congestion sleep to > >> >> the very beginning. Does this sound like a good idea to all of you? > >> >> > >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 > >> > > >> > I think the problem with the sleeps is simply the sleeps. My original pl > an > >> > to put my sleep/fetch in the background was shot down by some who though > t > >> > it wasn't simple enough. > >> > > >> > Secondly, we don't need sleeps every boot. Ntpd for example only needs a > >> > sleep twice a year max to fetch a new leapfile so, to have a sleep every > >> > boot would be annoying. > >> > > >> > The best solution to replace sleeps would be to put a list of files:URLs > >> > into a queue to be fetched by fetcher script which would fetch only need > ed > >> > files that boot (or in the case of ntp via periodic.conf twice a year). > >> > > >> > A single script with a queue of files to fetch with one anti-congestion > >> > sleep, preferably in the background. > >> > > >> > NTP, btw can (will) use the leapfile in /etc/ntp until a fresher copy is > >> > fetched. > >> > > >> > Let's remove all fetching functions from the various rc scripts and queu > e > >> > them up early in a fetcher rc script, preferably in the background if at > >> > all possible. > >> > > >> > > >> > -- > >> > Cheers, > >> > Cy Schubert > >> > FreeBSD UNIX: Web: http://www.FreeBSD.org > >> > > >> > The need of the many outweighs the greed of the few. > >> > >> Unfortunately that won't work, Cy. Some scripts may need to > >> dynamically determine what files to fetch, in a way that we can't do > >> in a single separate fetcher script. Worse, some scripts, like > >> 300.statistics from sysutils/bsdstats, need to _post_ a URL, not get > >> one. > > > > Diverse requirements cannot be addressed by one knob. To assume that > > various applications all have the same sleep requirement won't work. > > Can you think any any periodic script whose sleep needs couldn't be > satisified by a single sleep at the beginning of the periodic run? I > can't. All sleeps I know of in /etc/periodic and > /usr/local/etc/periodic are for the purposes of reducing congestion > spikes on a server somewhere. The only way a single sleep could be > insufficient is if the random time interval is too small. Yes. ntpd. It doesn't need a sleep every time periodic is run. It only needs a sleep once during the 30 day period prior to leap-second file expiry. To impose a sleep for ntpd every time periodic is run is a waste of time. > > > > > I suppose we could have an optional single sleep script but we can't > > summarily remove all sleeps and assume all rc and periodic scripts sleep > > for some, one or possibly no applications requiring a sleep at any given > > time. > > What? I can't make sense of that sentence. What I'm saying is if you want a global sleep, have it as an option, not a replacement that forces a sleep when none is needed. > > > We can have a general sleep but removing the option of others would > > be counter productive. It doesn't make sense to have an arbitrary sleep > > just in case a subsequent script might need it. > > Nothing in /etc/periodic needs to be run at a precise time, so adding > a sleep won't hurt anything. And if the sleep is configurable, a > sysadmin can always disable it. Also, from an anticongestion > standpoint it's objectively less good to chain multiple sleeps > together instead of using a single longer sleep. The reason is > because when you add several uniformly distributed random variables, > the result approaches a normal distribution with a peak in the middle. > But for anticongestion purposes, a uniform distribution is really what > you want. > > > If we have to, let's either > > reduce the length of the sleeps or put better yet background them. > > I don't like the idea of backgrounding parts of the periodic scripts, > for three reasons. One, it's complicated. Two, it prevents > periodic(8) from sending a single status email. Three, periodic(8) > might start the next day's run before the previous day's is complete. It is more complicated, yes. However a sleep delays sending the email and agreed you don't want it running the next day. > > > > > What's motivating this? Server? Laptop? > > Servers mostly. A confounding issue is Bug 210188 - periodic daily > sleeps even when invoked from a terminal . When I run periodic by > hand, it still sleeps. It would be easier to fix that bug if only one > sleep were involved instead of several. That can be solved by, if tty >/dev/null 2>&1; then SLEEP_TIME=0 else SLEEP_TIME=some algorithm to randomize sleep fi This could be put in rc.subr or some other common place and sourced by scripts that need it. Of course this doesn't address ports that issue sleep. Nor would a common 000 sleep script either. Future ports and porters will continue to put random sleeps in ports as well. The above avoids imposing a sleep on every periodic script whether it wants it or not just in case a periodic script MIGHT just need a sleep. I've added des to the cc list. He will be interested in this discussion. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-pkg@freebsd.org Mon Feb 13 23:00:32 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B93B9CDD9EC for ; Mon, 13 Feb 2017 23:00:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 976BEC5B for ; Mon, 13 Feb 2017 23:00:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 93E63CDD9EB; Mon, 13 Feb 2017 23:00:32 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93889CDD9EA for ; Mon, 13 Feb 2017 23:00:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yb0-x231.google.com (mail-yb0-x231.google.com [IPv6:2607:f8b0:4002:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A857C58; Mon, 13 Feb 2017 23:00:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yb0-x231.google.com with SMTP id 123so31235694ybe.3; Mon, 13 Feb 2017 15:00:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=5NybLPjZu3XktJPP/R8bwEh8OGdviE/1tr6q9HV8oA8=; b=ZjoDOUvIGoeqjkErADN149SweCF8Ihh3hLjxH+j8bYPaH2KZI+5XXyhaSn6/FEm6dj y3+AwvchcSpPG1fogD00kG+t6GcwwcQgD9bs95UvOvZx3zU3wq82//3aGUc5SJle5GQ6 nZFxsv0oqvhYa5+UZB2X6zNXpdOTnXoLdcjpfUWOH8R/xsTqQWRv5HDLgAJzx1URHi2d D79XoPN3HhnXUhjLBhh7BQ5p4ZTvDhEJX6NMTb963n3Tf4c4+UUy0u+YcsEoIkH4kGB7 8By4WFIqRwSopxI0T4rCLu1qAwzWu3pWkSkZRklqqpfLg05I9yHUX4okCr84n8DomPw3 CO5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=5NybLPjZu3XktJPP/R8bwEh8OGdviE/1tr6q9HV8oA8=; b=G7bxGlkVWnyD8LyFfPZea26lez8l7JDLqBkhgxwhh9+5l1Z0QBc9CCvEMlwYICE3K/ LITy3uFRpdUX6EX/ZLbpkAFgB3jV6Pa1gQijj2vPNgFL70hrS53z4utM1QX43LrN4eYP z18+J2QWORl9wGZrXNoOqe25VxAsMPpEC/fktwIfPfwuswNW6379lSUxVtYGlFSKzXxT SbZ7QtuISI6JSFcdEOfFfrrxqAtNynycnZv/ZoD5SNKpqqSBq8wonn6j40eYQ7nT8wCq H0Wkv5FPJV9SqRkdLf/ykN4/xwiJcSUEpTpn8d8TQbE5a43ooBBhOl7LXP3mbA/jR2Sq ZHjQ== X-Gm-Message-State: AMke39mZG71FRYLKF4DQG1gFZurgmblxuu4W6qmzVykE2Y2k+BD/3gqV6uJ6iD7GnuAKf6/rtNYv0nsW9TLX5A== X-Received: by 10.37.171.139 with SMTP id v11mr18321381ybi.25.1487026831395; Mon, 13 Feb 2017 15:00:31 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Mon, 13 Feb 2017 15:00:31 -0800 (PST) In-Reply-To: <201702132233.v1DMXf4P092101@slippy.cwsent.com> References: <201702132233.v1DMXf4P092101@slippy.cwsent.com> From: Alan Somers Date: Mon, 13 Feb 2017 16:00:31 -0700 X-Google-Sender-Auth: r9REFL-buM_tatHR1J1U4G0JUcU Message-ID: Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts To: Cy Schubert Cc: scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org, =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 23:00:32 -0000 On Mon, Feb 13, 2017 at 3:33 PM, Cy Schubert wrote: > In message om> > , Alan Somers writes: >> On Mon, Feb 13, 2017 at 2:25 PM, Cy Schubert wrote >> : >> > In message > c >> > om> >> > , Alan Somers writes: >> >> On Mon, Feb 13, 2017 at 12:01 AM, Cy Schubert w >> rot >> >> e: >> >> > In message > il. >> >> c >> >> > om> >> >> > , Alan Somers writes: >> >> >> I propose that we remove the various anti-congestion sleeps from >> >> >> different periodic scripts, and add a single anti-congestion sleep to >> >> >> the very beginning. Does this sound like a good idea to all of you? >> >> >> >> >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 >> >> > >> >> > I think the problem with the sleeps is simply the sleeps. My original pl >> an >> >> > to put my sleep/fetch in the background was shot down by some who though >> t >> >> > it wasn't simple enough. >> >> > >> >> > Secondly, we don't need sleeps every boot. Ntpd for example only needs a >> >> > sleep twice a year max to fetch a new leapfile so, to have a sleep every >> >> > boot would be annoying. >> >> > >> >> > The best solution to replace sleeps would be to put a list of files:URLs >> >> > into a queue to be fetched by fetcher script which would fetch only need >> ed >> >> > files that boot (or in the case of ntp via periodic.conf twice a year). >> >> > >> >> > A single script with a queue of files to fetch with one anti-congestion >> >> > sleep, preferably in the background. >> >> > >> >> > NTP, btw can (will) use the leapfile in /etc/ntp until a fresher copy is >> >> > fetched. >> >> > >> >> > Let's remove all fetching functions from the various rc scripts and queu >> e >> >> > them up early in a fetcher rc script, preferably in the background if at >> >> > all possible. >> >> > >> >> > >> >> > -- >> >> > Cheers, >> >> > Cy Schubert >> >> > FreeBSD UNIX: Web: http://www.FreeBSD.org >> >> > >> >> > The need of the many outweighs the greed of the few. >> >> >> >> Unfortunately that won't work, Cy. Some scripts may need to >> >> dynamically determine what files to fetch, in a way that we can't do >> >> in a single separate fetcher script. Worse, some scripts, like >> >> 300.statistics from sysutils/bsdstats, need to _post_ a URL, not get >> >> one. >> > >> > Diverse requirements cannot be addressed by one knob. To assume that >> > various applications all have the same sleep requirement won't work. >> >> Can you think any any periodic script whose sleep needs couldn't be >> satisified by a single sleep at the beginning of the periodic run? I >> can't. All sleeps I know of in /etc/periodic and >> /usr/local/etc/periodic are for the purposes of reducing congestion >> spikes on a server somewhere. The only way a single sleep could be >> insufficient is if the random time interval is too small. > > Yes. ntpd. It doesn't need a sleep every time periodic is run. It only > needs a sleep once during the 30 day period prior to leap-second file > expiry. To impose a sleep for ntpd every time periodic is run is a waste of > time. > >> >> > >> > I suppose we could have an optional single sleep script but we can't >> > summarily remove all sleeps and assume all rc and periodic scripts sleep >> > for some, one or possibly no applications requiring a sleep at any given >> > time. >> >> What? I can't make sense of that sentence. > > What I'm saying is if you want a global sleep, have it as an option, not a > replacement that forces a sleep when none is needed. > >> >> > We can have a general sleep but removing the option of others would >> > be counter productive. It doesn't make sense to have an arbitrary sleep >> > just in case a subsequent script might need it. >> >> Nothing in /etc/periodic needs to be run at a precise time, so adding >> a sleep won't hurt anything. And if the sleep is configurable, a >> sysadmin can always disable it. Also, from an anticongestion >> standpoint it's objectively less good to chain multiple sleeps >> together instead of using a single longer sleep. The reason is >> because when you add several uniformly distributed random variables, >> the result approaches a normal distribution with a peak in the middle. >> But for anticongestion purposes, a uniform distribution is really what >> you want. >> >> > If we have to, let's either >> > reduce the length of the sleeps or put better yet background them. >> >> I don't like the idea of backgrounding parts of the periodic scripts, >> for three reasons. One, it's complicated. Two, it prevents >> periodic(8) from sending a single status email. Three, periodic(8) >> might start the next day's run before the previous day's is complete. > > It is more complicated, yes. However a sleep delays sending the email and > agreed you don't want it running the next day. > >> >> > >> > What's motivating this? Server? Laptop? >> >> Servers mostly. A confounding issue is Bug 210188 - periodic daily >> sleeps even when invoked from a terminal . When I run periodic by >> hand, it still sleeps. It would be easier to fix that bug if only one >> sleep were involved instead of several. > > That can be solved by, > if tty >/dev/null 2>&1; then > SLEEP_TIME=0 > else > SLEEP_TIME=some algorithm to randomize sleep > fi > > This could be put in rc.subr or some other common place and sourced by > scripts that need it. Of course this doesn't address ports that issue > sleep. Nor would a common 000 sleep script either. Future ports and porters > will continue to put random sleeps in ports as well. That's a good idea. Currently, no periodic script includes /etc/rc.subr, but we can (and already do) define functions in /etc/defaults/periodic.conf. I can put an anticongest function in there. It can use a /var/run file in conjunction with an environment variable set by periodic(8) to ensure that the sleep happens no more than once for each invocation of periodic(8). Also, I don't think ports is going to be a big problem. Currently I only know of two ports whose periodic scripts include a sleep. One is bsdstat, whose periodic script is entirely contained within the ports tree. The other is pkg, which is also controlled by the FreeBSD project. So it should be straightforward to convert them. > > The above avoids imposing a sleep on every periodic script whether it wants > it or not just in case a periodic script MIGHT just need a sleep. > > I've added des to the cc list. He will be interested in this discussion. > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > From owner-freebsd-pkg@freebsd.org Tue Feb 14 06:47:37 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAF94CD1DCC for ; Tue, 14 Feb 2017 06:47:37 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0D41EA3 for ; Tue, 14 Feb 2017 06:47:37 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9B791CD1DC9; Tue, 14 Feb 2017 06:47:37 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B257CD1DC8 for ; Tue, 14 Feb 2017 06:47:37 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B4161EA1; Tue, 14 Feb 2017 06:47:36 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id dWtgcUINZC3JIdWthc1Dm7; Mon, 13 Feb 2017 23:47:35 -0700 X-Authority-Analysis: v=2.2 cv=XbT59Mx5 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=n2v9WMKugxEA:10 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=7ObVzcR8vaCAqjd2oWsA:9 a=n-FW0LE3nq8Ec3Nx:21 a=a41V20e25Bq65R66:21 a=CjuIK1q_8ugA:10 a=pxhY87DP9d2VeQe4joPk:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id EA348AB7; Mon, 13 Feb 2017 22:47:31 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v1E6lVd8078946; Mon, 13 Feb 2017 22:47:31 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201702140647.v1E6lVd8078946@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Alan Somers cc: Cy Schubert , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org, =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts In-Reply-To: Message from Alan Somers of "Mon, 13 Feb 2017 16:00:31 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Feb 2017 22:47:31 -0800 X-CMAE-Envelope: MS4wfA99TX4z/7L/d1CSs1BIXqfIly8fmUeBwvXs/IPG82XHyCh08KkbYrylJajefSpoz2zoqSM6s4+c9b8WOztp1Y4ZYMPWSWf6sW8l4SdbbdLyKLLufxH/ SYDLDl9sBO3MpOq7QXVh3MGqOb2PGA2bW4ZhPCuIKCgoLCqavfMIt1YSvEg9a+jnrkNUNIjbe4btNZl1n3iSDPjc+zV+2VbsrZgZ/WW+VFlSHJxWfgGnfM5R RvI9c7DDlOZO+hd6YymAbtLftqD9mCSx4UelKaWo04Mv8O8ioAuX2nx98y6DwndfG6xCshEI9tAKnUskzPkx/OB2Y1Qg33LyP+bEW+m0AeSGT2VfhZeB63Av cXFEDeJs X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 06:47:37 -0000 In message , Alan Somers writes: > On Mon, Feb 13, 2017 at 3:33 PM, Cy Schubert wrote > : > > In message c > > om> > > , Alan Somers writes: > >> On Mon, Feb 13, 2017 at 2:25 PM, Cy Schubert wr > ote > >> : > >> > In message il. > >> c > >> > om> > >> > , Alan Somers writes: > >> >> On Mon, Feb 13, 2017 at 12:01 AM, Cy Schubert > w > >> rot > >> >> e: > >> >> > In message gma > >> il. > >> >> c > >> >> > om> > >> >> > , Alan Somers writes: > >> >> >> I propose that we remove the various anti-congestion sleeps from > >> >> >> different periodic scripts, and add a single anti-congestion sleep t > o > >> >> >> the very beginning. Does this sound like a good idea to all of you? > >> >> >> > >> >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217055 > >> >> > > >> >> > I think the problem with the sleeps is simply the sleeps. My original > pl > >> an > >> >> > to put my sleep/fetch in the background was shot down by some who tho > ugh > >> t > >> >> > it wasn't simple enough. > >> >> > > >> >> > Secondly, we don't need sleeps every boot. Ntpd for example only need > s a > >> >> > sleep twice a year max to fetch a new leapfile so, to have a sleep ev > ery > >> >> > boot would be annoying. > >> >> > > >> >> > The best solution to replace sleeps would be to put a list of files:U > RLs > >> >> > into a queue to be fetched by fetcher script which would fetch only n > eed > >> ed > >> >> > files that boot (or in the case of ntp via periodic.conf twice a year > ). > >> >> > > >> >> > A single script with a queue of files to fetch with one anti-congesti > on > >> >> > sleep, preferably in the background. > >> >> > > >> >> > NTP, btw can (will) use the leapfile in /etc/ntp until a fresher copy > is > >> >> > fetched. > >> >> > > >> >> > Let's remove all fetching functions from the various rc scripts and q > ueu > >> e > >> >> > them up early in a fetcher rc script, preferably in the background if > at > >> >> > all possible. > >> >> > > >> >> > > >> >> > -- > >> >> > Cheers, > >> >> > Cy Schubert > >> >> > FreeBSD UNIX: Web: http://www.FreeBSD.org > >> >> > > >> >> > The need of the many outweighs the greed of the few. > >> >> > >> >> Unfortunately that won't work, Cy. Some scripts may need to > >> >> dynamically determine what files to fetch, in a way that we can't do > >> >> in a single separate fetcher script. Worse, some scripts, like > >> >> 300.statistics from sysutils/bsdstats, need to _post_ a URL, not get > >> >> one. > >> > > >> > Diverse requirements cannot be addressed by one knob. To assume that > >> > various applications all have the same sleep requirement won't work. > >> > >> Can you think any any periodic script whose sleep needs couldn't be > >> satisified by a single sleep at the beginning of the periodic run? I > >> can't. All sleeps I know of in /etc/periodic and > >> /usr/local/etc/periodic are for the purposes of reducing congestion > >> spikes on a server somewhere. The only way a single sleep could be > >> insufficient is if the random time interval is too small. > > > > Yes. ntpd. It doesn't need a sleep every time periodic is run. It only > > needs a sleep once during the 30 day period prior to leap-second file > > expiry. To impose a sleep for ntpd every time periodic is run is a waste of > > time. > > > >> > >> > > >> > I suppose we could have an optional single sleep script but we can't > >> > summarily remove all sleeps and assume all rc and periodic scripts sleep > >> > for some, one or possibly no applications requiring a sleep at any given > >> > time. > >> > >> What? I can't make sense of that sentence. > > > > What I'm saying is if you want a global sleep, have it as an option, not a > > replacement that forces a sleep when none is needed. > > > >> > >> > We can have a general sleep but removing the option of others would > >> > be counter productive. It doesn't make sense to have an arbitrary sleep > >> > just in case a subsequent script might need it. > >> > >> Nothing in /etc/periodic needs to be run at a precise time, so adding > >> a sleep won't hurt anything. And if the sleep is configurable, a > >> sysadmin can always disable it. Also, from an anticongestion > >> standpoint it's objectively less good to chain multiple sleeps > >> together instead of using a single longer sleep. The reason is > >> because when you add several uniformly distributed random variables, > >> the result approaches a normal distribution with a peak in the middle. > >> But for anticongestion purposes, a uniform distribution is really what > >> you want. > >> > >> > If we have to, let's either > >> > reduce the length of the sleeps or put better yet background them. > >> > >> I don't like the idea of backgrounding parts of the periodic scripts, > >> for three reasons. One, it's complicated. Two, it prevents > >> periodic(8) from sending a single status email. Three, periodic(8) > >> might start the next day's run before the previous day's is complete. > > > > It is more complicated, yes. However a sleep delays sending the email and > > agreed you don't want it running the next day. > > > >> > >> > > >> > What's motivating this? Server? Laptop? > >> > >> Servers mostly. A confounding issue is Bug 210188 - periodic daily > >> sleeps even when invoked from a terminal . When I run periodic by > >> hand, it still sleeps. It would be easier to fix that bug if only one > >> sleep were involved instead of several. > > > > That can be solved by, > > if tty >/dev/null 2>&1; then > > SLEEP_TIME=0 > > else > > SLEEP_TIME=some algorithm to randomize sleep > > fi > > > > This could be put in rc.subr or some other common place and sourced by > > scripts that need it. Of course this doesn't address ports that issue > > sleep. Nor would a common 000 sleep script either. Future ports and porters > > will continue to put random sleeps in ports as well. > > That's a good idea. Currently, no periodic script includes > /etc/rc.subr, but we can (and already do) define functions in > /etc/defaults/periodic.conf. I can put an anticongest function in > there. It can use a /var/run file in conjunction with an environment > variable set by periodic(8) to ensure that the sleep happens no more > than once for each invocation of periodic(8). > > Also, I don't think ports is going to be a big problem. Currently I > only know of two ports whose periodic scripts include a sleep. One is > bsdstat, whose periodic script is entirely contained within the ports > tree. The other is pkg, which is also controlled by the FreeBSD > project. So it should be straightforward to convert them. Hi Alan, Looking at ntp, it backgrounds itself: (sleep $(jot -r 1 0 3600); service ntpd onefetch) & To facilitate debugging, I can commit the following, if you don't mind. Index: periodic/daily/480.leapfile-ntpd =================================================================== --- periodic/daily/480.leapfile-ntpd (revision 313710) +++ periodic/daily/480.leapfile-ntpd (working copy) @@ -13,6 +13,7 @@ case "$daily_ntpd_leapfile_enable" in [Yy][Ee][Ss]) + tty >/dev/null 2>&1 && daily_ntpd_avoid_congestion=NO case "$daily_ntpd_avoid_congestion" in [Yy][Ee][Ss]) # Avoid dogpiling -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-pkg@freebsd.org Tue Feb 14 11:01:29 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D60EDCDFDEE for ; Tue, 14 Feb 2017 11:01:29 +0000 (UTC) (envelope-from livejournal@bekreyev.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B66511F09 for ; Tue, 14 Feb 2017 11:01:29 +0000 (UTC) (envelope-from livejournal@bekreyev.ru) Received: by mailman.ysv.freebsd.org (Postfix) id B29B1CDFDED; Tue, 14 Feb 2017 11:01:29 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B244CCDFDEC for ; Tue, 14 Feb 2017 11:01:29 +0000 (UTC) (envelope-from livejournal@bekreyev.ru) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by mx1.freebsd.org (Postfix) with SMTP id 8F1301F07 for ; Tue, 14 Feb 2017 11:01:29 +0000 (UTC) (envelope-from livejournal@bekreyev.ru) Received: (qmail 17422 invoked by uid 0); 14 Feb 2017 11:01:22 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy5.mail.unifiedlayer.com with SMTP; 14 Feb 2017 11:01:22 -0000 Received: from box337.bluehost.com ([69.89.31.137]) by cmgw3 with id kb0n1u01g2xWcxh01b0qZC; Tue, 14 Feb 2017 04:00:50 -0700 X-Authority-Analysis: v=2.1 cv=WOnsABcR c=1 sm=1 tr=0 a=wgajK3aBJ8C8oYysk1vN8Q==:117 a=wgajK3aBJ8C8oYysk1vN8Q==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=n2v9WMKugxEA:10 a=J6_0bBymAAAA:8 a=zo_0ibhPVekFXZ7FzIIA:9 a=QEXdDO2ut3YA:10 a=EHT-FIEjt1AA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=BMoZLtC41Usx_yCPGJAA:9 a=Mko2pJe2bEXWBUc7:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=MHK93xFJyBLMMah3aPrQ:22 a=BKKCjISod1eDJeS0ORpz:22 a=zjWhRoSqWz9hl55Hdlzg:22 Received: from [125.209.96.34] (port=40480 helo=ogpoog-PC) by box337.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1cdaqk-000432-Jp; Tue, 14 Feb 2017 04:00:47 -0700 From: "Carlos A. Afonso" To: "Avri Doria" , "Glen Barber" , "pkg" , "James M. Galvin" Subject: =?utf-8?B?UmU6IEkgY2FuJ3QgYmVsaWV2ZSB0aGF0?= Date: Tue, 14 Feb 2017 17:00:40 +0600 Message-ID: <1685469694.20170214140040@bekreyev.ru> Content-Language: en-gb MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box337.bluehost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bekreyev.ru X-BWhitelist: no X-Source-IP: 125.209.96.34 X-Exim-ID: 1cdaqk-000432-Jp X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: (ogpoog-PC) [125.209.96.34]:40480 X-Source-Auth: va@presocratics.org X-Email-Count: 47 X-Source-Cap: cHJlc29jcmE7cHJlc29jcmE7Ym94MzM3LmJsdWVob3N0LmNvbQ== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 11:01:29 -0000 SGkhIA0KDQoNClRoZXJlIGlzIHNvbWV0aGluZyBhbWF6aW5nICBJIHdhbnRlZCB0byBzaG93IHlv dSwgSSBjb3VsZG4ndCBiZWxpZXZlIHRoYXQsIHBsZWFzZSB0YWtlIGEgbG9vayBodHRwOi8vbGls eS50aWtpdGV4YW4uY29tLzY0NjUNCg0KQWxsIHRoZSBiZXN0LCBDYXJsb3MgQS4gQWZvbnNvDQoN Cg== From owner-freebsd-pkg@freebsd.org Tue Feb 14 11:24:08 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3ED4CDF523 for ; Tue, 14 Feb 2017 11:24:08 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5461DC6 for ; Tue, 14 Feb 2017 11:24:08 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 8EB96CDF522; Tue, 14 Feb 2017 11:24:08 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E6B5CDF521 for ; Tue, 14 Feb 2017 11:24:08 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 544C91DC5; Tue, 14 Feb 2017 11:24:07 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id D6EFA105E9; Tue, 14 Feb 2017 11:24:06 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 77AAF2670; Tue, 14 Feb 2017 12:22:55 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Cy Schubert Cc: Alan Somers , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts References: <201702140647.v1E6lVd8078946@slippy.cwsent.com> Date: Tue, 14 Feb 2017 12:22:55 +0100 In-Reply-To: <201702140647.v1E6lVd8078946@slippy.cwsent.com> (Cy Schubert's message of "Mon, 13 Feb 2017 22:47:31 -0800") Message-ID: <868tp9j9tc.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 11:24:08 -0000 Cy Schubert writes: > + tty >/dev/null 2>&1 && daily_ntpd_avoid_congestion=3DNO This won't work, because && forks. You need: if [ -t 0 ] ; then ... ; fi As for the subject matter, I think it's a good idea, and if periodic always sleeps for a random amount of time, there is no need for an additional sleep in 480.leapfile-ntpd (and frankly, I don't like that the current version leaves a task running in the background). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-pkg@freebsd.org Tue Feb 14 11:42:28 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42D2BCDFA4D for ; Tue, 14 Feb 2017 11:42:28 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 24A3317C0 for ; Tue, 14 Feb 2017 11:42:28 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: by mailman.ysv.freebsd.org (Postfix) id 23E01CDFA4C; Tue, 14 Feb 2017 11:42:28 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21BDECDFA4B for ; Tue, 14 Feb 2017 11:42:28 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72B8717B9; Tue, 14 Feb 2017 11:42:26 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: from hephaistos.local ([79.208.142.144]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQzIE-1cp2f53Bcc-00UMuC; Tue, 14 Feb 2017 12:36:45 +0100 Received: by hephaistos.local (Postfix, from userid 1000) id C6E59297CDF6; Tue, 14 Feb 2017 12:36:43 +0100 (CET) Date: Tue, 14 Feb 2017 12:36:43 +0100 From: "Martin S. Weber" To: Cy Schubert Cc: Alan Somers , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts Message-ID: <20170214113643.GA3593@hephaistos.local> References: <201702140647.v1E6lVd8078946@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201702140647.v1E6lVd8078946@slippy.cwsent.com> User-Agent: Mutt/1.7.2 (2016-11-26) X-Provags-ID: V03:K0:ZReiGkskeueeCn9AHiOXG0W3v0I/AiKH+VaWh1zK9cFp2lPfXQD bHuEcFLVIbasw2HOOe1EX+x5L7VwZPQIYKv7z6UIBAo1kNPqnZ64Ga7lqIVc531ISuXtKPn Z04rpxjIeyopLra9wx7jB7e6eVVLXl40auT2Wrzuu47d6H2wd6ZCs6bsPFupiU940c0y/5P I6cUdp3NxPJz9qsKOpOVQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:UmF/bZAFpLY=:de+8SJjuqDqANetJrCvvif Y2bZ/08vGxyq69aWCUUuuj1pHcYDBFNP5dryvh6PuC4A1CTqhgTV1zDj9/GjLAFlKlfmKESyA xzLENx8OLTiNMPEKQgkRPy0Eh9hI18JqX3ILnR5tDkrf+0/lm3fL3iaZTiikuheJKq6kAAXul tTDYxGQO8rT8+5A14aP1QjPNSBT4RgqQn4GoNrWSP/PdlL//d5h4yNLVOFHy6qMQXE9xMbPgr upMJneV3LuwmqOEeKjJeXg7elgT0yW4khuveMuzljOGUUyWP5Vag2IcAevlCMJvPv46tJCXV/ bVZ27daXWn2fGmR54BvHlo+iIuB+FmXOnlYnG0vYTmvVVKaQ60bhATaP8oH1YxBw2L/a+44VI JAe3HC7vyxPc9+CefW2uYL8KbNFsEouj/BSkZ5k0DSVpD7LeutDwT4qY+gLnehSNM424XdcGB cP1Cm93MfXUL1Ar1XI6VDliJB7zdALvGtMcW8Q7cI2NM4itXyYp8S5K1qbi7wmRRybbBFFZ6J 39awBwsDqMJY37T3TsunBExLYDyFMUCCyfz2PEb2smXgE736pL1bFD7BkwCUxaD4eAcuPh+9s 4avnv9d8B3EAAG+p8hyMv/myN2b+8TGALNOBkrG4EUnC/Wy0X6xF8obiX3olOzlb5ZNhMtFLM 0WrquMrsEjjS4gz8sZhGctiHVgMjwZcuJLZpClxBkSOqsRv0CdP6sSDvuPQEQXsBPB9hBhf2l 7Y2VRPZh7gBc9hnnzUSu+gHsaFu2ANiUUS6wt6cJJgMLvz/tqwtbaI9Xb5k= X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 11:42:28 -0000 On 2017-02-13 22:47:31, Cy Schubert wrote: (...) > Hi Alan, > > Looking at ntp, it backgrounds itself: > > (sleep $(jot -r 1 0 3600); service ntpd onefetch) & > > To facilitate debugging, I can commit the following, if you don't mind. > > Index: periodic/daily/480.leapfile-ntpd > =================================================================== > --- periodic/daily/480.leapfile-ntpd (revision 313710) > +++ periodic/daily/480.leapfile-ntpd (working copy) > @@ -13,6 +13,7 @@ > > case "$daily_ntpd_leapfile_enable" in > [Yy][Ee][Ss]) > + tty >/dev/null 2>&1 && daily_ntpd_avoid_congestion=NO > case "$daily_ntpd_avoid_congestion" in > [Yy][Ee][Ss]) > # Avoid dogpiling You are aware that these files are invoked with < /dev/null and > file 2>&1 ? Problem with sleeping from periodic from the command line is that these extra I/O indirections make it impossible from the script file itself to determine whether or not the parent process is running from a tty or not. Cf. /usr/sbin/periodic:118 For the purpose of "my" PR, your fix is useless. An environment variable could be set that stored the fact whether or not invoker is on a TTY, and this again be checked from within the periodic scripts themselves to determine whether or not we should sleep. Btw, I hate systemd & dbus, but the discussion so far really looks like the vanilla argument "pro" SOA-style module startup :( Regards, -Martin From owner-freebsd-pkg@freebsd.org Tue Feb 14 16:29:48 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF848CDF3CD for ; Tue, 14 Feb 2017 16:29:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4D91D45 for ; Tue, 14 Feb 2017 16:29:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 89BB6CDF3CC; Tue, 14 Feb 2017 16:29:48 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 896C7CDF3CB for ; Tue, 14 Feb 2017 16:29:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x243.google.com (mail-yw0-x243.google.com [IPv6:2607:f8b0:4002:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46B3C1D44; Tue, 14 Feb 2017 16:29:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x243.google.com with SMTP id u68so9966999ywg.0; Tue, 14 Feb 2017 08:29:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Ro9LI5EnLjkBqS8ZyBbtN+1I2yJoQj7wUQAUKXRCtTU=; b=UI/MZNlDRYSbffJ+FDrJtTHhUHHGzpKn247tWpSx0WqPzVM7Zw8SoMYGtV9eJTeBrD lbYXVlSoDC5uyJuAdE273IK5v52V8yTQszI5Ma6O2Wb8RrxbilCKkIRYoD7Yc9qBF/q6 IIN2nKZOorB50os/ckt46HQIu7vD6gAKvDpBpQOnKSbLdVQXCr0yV5kY9/R0K5Omtci4 CIXclBqyLvGXuRhwYVqKhVI+4kT9/pM0wkFSHJVjWoYD4AG9lbLzYushVhgKbidhPbeP v0h131XuBO5p/JowJqdIjtlfXJ+AeUkdAzI8Uzb/lfsz5JPQLdphJVkO2MxYxqlv9BeS abxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Ro9LI5EnLjkBqS8ZyBbtN+1I2yJoQj7wUQAUKXRCtTU=; b=POnCz6mBlduKDLWn1AMprKafkaG27XhI8whGSReiq+RC5+9LPKR2e0QoSbpLHQs9RL mONF2wVAioZRvFyr658PM9eoKdD7XGl2H7reEYpK3dl16oV+EUbFsv61o9IwR4L5nrYM jFrMdQ7wQgO0cPywFcEtnQiitPADZNLG5LeYSXJehwZNP30gZwN6DmHdE2k3jfJwVb3X 1uQbmdETMBZ1wFqp7XS/2La7FXTQjqJkyYo+nXJoLP04ntkMOqg7AnT+W0OvWVTW+Zg+ KjjHYd+MMFObrdqO2/uWFVWbc4Tnp4+V53xm3f7br10wgK/EREvThQKksoQCVetb62mv QTrg== X-Gm-Message-State: AMke39kya4cs1OS1JSIdzgNF3yg84eLoQ9UxauUfr4G6YKhuYlZwU9ox+vHxWBWWOI21HiKU7eBRSQQIsjnSTQ== X-Received: by 10.129.164.143 with SMTP id b137mr21101643ywh.117.1487089787433; Tue, 14 Feb 2017 08:29:47 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Tue, 14 Feb 2017 08:29:47 -0800 (PST) In-Reply-To: <20170214113643.GA3593@hephaistos.local> References: <201702140647.v1E6lVd8078946@slippy.cwsent.com> <20170214113643.GA3593@hephaistos.local> From: Alan Somers Date: Tue, 14 Feb 2017 09:29:47 -0700 X-Google-Sender-Auth: DYyCftg4IwD1H5_Bn97LsbI0REc Message-ID: Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts To: "Martin S. Weber" Cc: Cy Schubert , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org, =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2017 16:29:48 -0000 On Tue, Feb 14, 2017 at 4:36 AM, Martin S. Weber wrote: > On 2017-02-13 22:47:31, Cy Schubert wrote: > (...) >> Hi Alan, >> >> Looking at ntp, it backgrounds itself: >> >> (sleep $(jot -r 1 0 3600); service ntpd onefetch) & >> >> To facilitate debugging, I can commit the following, if you don't mind. >> >> Index: periodic/daily/480.leapfile-ntpd >> =================================================================== >> --- periodic/daily/480.leapfile-ntpd (revision 313710) >> +++ periodic/daily/480.leapfile-ntpd (working copy) >> @@ -13,6 +13,7 @@ >> >> case "$daily_ntpd_leapfile_enable" in >> [Yy][Ee][Ss]) >> + tty >/dev/null 2>&1 && daily_ntpd_avoid_congestion=NO >> case "$daily_ntpd_avoid_congestion" in >> [Yy][Ee][Ss]) >> # Avoid dogpiling > > You are aware that these files are invoked with < /dev/null and > file 2>&1 ? > > Problem with sleeping from periodic from the command line is that these > extra I/O indirections make it impossible from the script file itself > to determine whether or not the parent process is running from a tty > or not. > > Cf. /usr/sbin/periodic:118 > > For the purpose of "my" PR, your fix is useless. An environment variable > could be set that stored the fact whether or not invoker is on a TTY, > and this again be checked from within the periodic scripts themselves > to determine whether or not we should sleep. > > Btw, I hate systemd & dbus, but the discussion so far really looks like > the vanilla argument "pro" SOA-style module startup :( > > Regards, > > -Martin Ok, the consensus opinion seems to be that: 1) A single sleep would be better than 3 sleeps 2) Periodic shouldn't sleep if no script requires it 3) Nothing should be backgrounded 4) Periodic shouldn't sleep when run interactively. I can achieve all of this by putting a common sleep function in /etc/defaults/periodic.conf. Some passing of environment variables will be required. I'll put everyone on the code review when it's ready. -Alan From owner-freebsd-pkg@freebsd.org Wed Feb 15 13:17:51 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54350CDFC63 for ; Wed, 15 Feb 2017 13:17:51 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 35137B5B for ; Wed, 15 Feb 2017 13:17:51 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: by mailman.ysv.freebsd.org (Postfix) id 3167DCDFC62; Wed, 15 Feb 2017 13:17:51 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 310C6CDFC61 for ; Wed, 15 Feb 2017 13:17:51 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86CDAB5A; Wed, 15 Feb 2017 13:17:49 +0000 (UTC) (envelope-from Ephaeton@gmx.net) Received: from hephaistos.local ([79.208.142.144]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LkCU2-1c7gqo27IY-00c5dM; Wed, 15 Feb 2017 14:17:36 +0100 Received: by hephaistos.local (Postfix, from userid 1000) id 55731297CDF6; Wed, 15 Feb 2017 14:17:34 +0100 (CET) Date: Wed, 15 Feb 2017 14:17:34 +0100 From: "Martin S. Weber" To: Alan Somers Cc: Cy Schubert , scrappy@freebsd.org, Brian Somers , Cy Schubert , pkg@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts Message-ID: <20170215131734.GA2129@hephaistos.local> References: <201702140647.v1E6lVd8078946@slippy.cwsent.com> <20170214113643.GA3593@hephaistos.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Provags-ID: V03:K0:iqzRoDvmDJvLwqhGWOrk8p1PNuOea6PhBlHcnC1bJorPxXdn24t qZ4XyHFplVoOp7Sl+jnpqdPoNLAX7iFgvPIBQqJ/okOC4wLC+5gspc7P77EOzScHRyshTWl WS6oBTqrLotoNO5jrY6khwU507IE64OGGBIRnPxhW4ULW1UPkpGSlV3+9Y42PqeDmyntQ0S 5gveZFr6w4gs1q/EGAmgw== X-UI-Out-Filterresults: notjunk:1;V01:K0:0XpLXPUWTlU=:Huw22EJWWJRQIMP9tSWqyv JZzko0yOhuokeiseqrcY4+by18MjFUw7URyaqaVA6fBPZcaZKw4hl4spb5AZr/kxogwms4f0Z /Zi3nSkXJzBAEvBDkIkJOKkjPn7OTaXhGwMAJlHis0mmnEtNHnXaLm4S+JkCq2mRx8L3SRyc3 MDVyyq64z4bol9+Xrv9Sl/yU955QfUIn8N9Kz/nGwmABbY64di/rJwNjP7iPGV3M5qVFyd5UT rZ0dgZlanuImc2e9GOrKiYlSRDQVwPaHgJWNQvSU2NHSBQ4OfLi2UA04Mn6rGBAI6kvCdN4uu JefDIjbRMbMbAijABQ4ad/gYf5ERTUvGyuxKZX9Al642PHpTB2hMtoMXuKzG+VhNtpKWVi7x+ ZDCGFcWV9K5sHisjRWQ06zzAUaOUakiWyARzHx/Y73uOV6fsHC5Y1uF9gLDSuQaXIxXsIClFR WyV6pxghOUaDdegEKGGmYQVggbgd3GbWbUuA343/OHvWUkUvtTQwUqz02lj+MZ1fqE2XCouht LU+pQDpnd5c/zMLPMNPaqXFxMSZHEdhAGtn/OhM9Bra18/PDwqI42ogwu+rwGP8209E6AJcp4 aGZv1dl8ZlNcbI4gtmD+9Ht/DJJPZYlDqd1SYAkOevdrtvbNlEVR/6a++c8UxIVZDSa79XW6k /LkgtbI0fan9t51+AXBYf9Wf10CPrkZhImmVr41JD8Q8Ebn6Qkiqd4PC6a1pGE70PXSlZ87ti IycblS83bNIh8sIMSnEpyXXuuvakXHQAO1VBadFi2ikj3NOAobhS5DJgnpdPnddJC0yjyVOO7 z8PrpLE X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 13:17:51 -0000 On 2017-02-14 09:29:47, Alan Somers wrote: > Ok, the consensus opinion seems to be that: > 1) A single sleep would be better than 3 sleeps > 2) Periodic shouldn't sleep if no script requires it > 3) Nothing should be backgrounded > 4) Periodic shouldn't sleep when run interactively. > > I can achieve all of this by putting a common sleep function in > /etc/defaults/periodic.conf. Some passing of environment variables > will be required. I'll put everyone on the code review when it's > ready. You can achieve all of this by teaching crond to introduce the random jitter itself as well and keep the whole rc.d scripts sleep-less. This would automatically fix periodic incantations from the command lines. Then in the system crontab (no, not root's crontab as is wrongly documented), just add the JITTER=3600 or equivalent to vary calls by up to an hour (or whatever mileage you prefer) and we're all happy ;) Regards, -Martin From owner-freebsd-pkg@freebsd.org Thu Feb 16 00:54:34 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7FBCCDE573 for ; Thu, 16 Feb 2017 00:54:34 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2DACD7 for ; Thu, 16 Feb 2017 00:54:34 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id 967F3CDE572; Thu, 16 Feb 2017 00:54:34 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9471BCDE571 for ; Thu, 16 Feb 2017 00:54:34 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E6E1CD6; Thu, 16 Feb 2017 00:54:33 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id eAL2cwEj0sa1keAL3cRMzf; Wed, 15 Feb 2017 17:54:27 -0700 X-Authority-Analysis: v=2.2 cv=W+NIbVek c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=8nJEP1OIZ-IA:10 a=n2v9WMKugxEA:10 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=H597STJwYSMKlXEtSjkA:9 a=wPNLvfGTeEIA:10 a=pxhY87DP9d2VeQe4joPk:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id BE73F44F; Wed, 15 Feb 2017 16:54:23 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v1G0sLt8048117; Wed, 15 Feb 2017 16:54:22 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201702160054.v1G0sLt8048117@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= cc: Cy Schubert , Alan Somers , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts In-Reply-To: Message from =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= of "Tue, 14 Feb 2017 12:22:55 +0100." <868tp9j9tc.fsf@desk.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Wed, 15 Feb 2017 16:54:21 -0800 X-CMAE-Envelope: MS4wfLap6/8khRqib5FQZzZl4qY+BbEkhEmJMvl39WK05pwYGnarNZPgjl3IibPaR9LODY2WhVL8DGu2UXY5MlCHef2Yq3sIc7+SqpIcijAO45M+Xp0z8qya JLRusp0+DWn93nSUlOF95rIFYQegQf+9CwrGVJnfRfT7yDv7PzAXR3KJaRjYfQMJsSpHCXra+6KFDuHajtWx4aYVuJgkzwLDvr4OO7vXza85dWRH66MrQV/O RINLaYo4AJc6CUA6f52+dmQH8bqDU1IfZfM7xeCz9Ln49zg9qeYO5DWPRTyZXDVTWq1XT3R4YD0DXA2wVeiuTdXb8UBCq62Mi7IuKaK6Ev0= X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 00:54:34 -0000 In message <868tp9j9tc.fsf@desk.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav? = w rites: > Cy Schubert writes: > > + tty >/dev/null 2>&1 && daily_ntpd_avoid_congestion=NO > > This won't work, because && forks. You need: > > if [ -t 0 ] ; then ... ; fi Are you sure? slippy$ echo $$ 29395 slippy$ true && echo $$ 29395 slippy$ false || echo $$ 29395 slippy$ echo $$ 29395 slippy$ > > As for the subject matter, I think it's a good idea, and if periodic > always sleeps for a random amount of time, there is no need for an > additional sleep in 480.leapfile-ntpd (and frankly, I don't like that > the current version leaves a task running in the background). I concur as long as we don't incur gratuitous sleeps. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-pkg@freebsd.org Thu Feb 16 03:57:14 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2241CE17DE for ; Thu, 16 Feb 2017 03:57:14 +0000 (UTC) (envelope-from igeo.cu@gmail.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B1571CF8 for ; Thu, 16 Feb 2017 03:57:14 +0000 (UTC) (envelope-from igeo.cu@gmail.com) Received: by mail-it0-x233.google.com with SMTP id c7so11573346itd.1 for ; Wed, 15 Feb 2017 19:57:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=qftULVbAYThh49ziPXqft34LxEmG72Q3qtLNJn4fgRo=; b=Pr7tynVALG89o4EVFEKm5MW5colY/SGCRIQQMm0HpWVQBYv92Mbadn5ybC5xAyT88n NSfPC7xz/ZWNzTAqt9raYpacooWm8SD7pPUEqLiRATsiP5MU9PSh6trPxuld+aaPnX5L X8DNmD2L2Ujg9u7TN1A07tNhBd6JLMU/GCi5JTKx250qzntre6iTrv2zdkB2xmOC3JjG MrohM20ggQnlmlOKvDcHDDTBQANeQ9BPMQVU+/e2Z8HR3J0etqpIQqp5qkqFc898ijBp +v59y5tqDPNShYvA31/at9W7YWOV4eAKe7GOoUsNBpqA1p8+ekvd8qTRIPrAtsoF3gLU mehA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=qftULVbAYThh49ziPXqft34LxEmG72Q3qtLNJn4fgRo=; b=B/YMbusYvef27KMVMg/VZeWJ32RgD6v4BIG1Z0K9Bnjkg0pGUWTLBjTaJlAEjLj52k KqStAzdRmMX19MazXgseaobrj+qrd/IehLLypXPqrymNWEFRroqG5ge5LItUzu2EJnIA wwvT+bxx6Nn5TngwVsmunay+TfXSlY57NlBbKcsCBnQAShdR1JnS63tmyTe9gV4DGq4P O5FUGppgvMSgrVvBKKonImarmwJcc1uPU7/Y3yCULB23PDpIwO3U/j4wUNFIfwcLlcFx 5VxuHOQKj7/OW1x4FsCnTHQQ1XKZnTX1a25zZRf4gFGBqJxy08wsULOGc/MX1Xd9i7F7 2OIA== X-Gm-Message-State: AMke39mjZIE4tA6f2Lfe4tRmEGQZTcuPl4qi8apRUalhIw0Gp5Q3QA3kOdYjYXMUIXSS3Q== X-Received: by 10.36.105.193 with SMTP id e184mr564446itc.13.1487217433645; Wed, 15 Feb 2017 19:57:13 -0800 (PST) Received: from geo.prensa-latina.cu (geo.prensa-latina.cu. [200.55.135.190]) by smtp.googlemail.com with ESMTPSA id g78sm2714385ioi.41.2017.02.15.19.57.11 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Feb 2017 19:57:12 -0800 (PST) To: freebsd-pkg@freebsd.org From: "Geovani B. R." Subject: xorg-server: 1.17.4,1 -> 1.18.4,1 segfaults Message-ID: <13b27d31-6864-75ef-53d3-fed29c2b5a3f@gmail.com> Date: Wed, 15 Feb 2017 22:57:07 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 03:57:14 -0000 Hi, In my FreeBSD 11.0-RELEASE-p2 #0: Mon Oct 24 06:55:27 UTC 2016 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 I perform an update which replaces the xorg-server package: 1.17.4.1 for version 1.18.4.1 When restarting the system the Xorg server stopped working. -- Greetings, have a nice day. Geo. From owner-freebsd-pkg@freebsd.org Thu Feb 16 04:31:19 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A4B0CE1454 for ; Thu, 16 Feb 2017 04:31:19 +0000 (UTC) (envelope-from igeo.cu@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5134F1201 for ; Thu, 16 Feb 2017 04:31:19 +0000 (UTC) (envelope-from igeo.cu@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id 203so87402079ith.0 for ; Wed, 15 Feb 2017 20:31:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=0EIucFYO1bhy3wAOT5emPGiHmtBsDNUmd7A2lue8mEA=; b=rgllPtzymkmQNB/xA8ArDVPK7W/Tr/8ywYytcgP1RjGDaNSlLlqQs/gAZQczM/THUm HrkG6bsPv4t/VsHo/dyptPDsjKfvHuoMSj6+d9Ba5cQnpx041GuuBmMFmcYJwQ7cpqE4 PBtdKuFAaOO/PorxJbBaPpTyCSXINbAcdjY0v7DFKdVKwiaofYwl5vaAuN0HHO5TS8mu Hx45hhwen4oE4V90BUoSwyqalvmg2lRaNsQH5VoZyLzcmYG65GdiKXQn/NbMmLeF/J8N pISFJ8KWJTQhVv4RLDbJtI3I14GZrSgUavNyCbQeCSoOLbqHD6hx69tAJVu9QMba9Cj+ yijw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=0EIucFYO1bhy3wAOT5emPGiHmtBsDNUmd7A2lue8mEA=; b=jfvLM2KO2G1x+k45okvQ2dCUeQgw6xru8/Q7F2ZvB4uvzBanbJiFw/LeL6zODAKkfL cXi7XYpkCthFHbmNdQwPqgeUtrpQV4FeVWSMqGOxY2ysxw+ELpDknqNDuzQ1rXEpobx9 Z37Ac1Ag3l2tLGDCr1+SSEmZJTXSWTKOze4ywVA0bweiAyeWopRLGSRH8Eh0YDYATg11 YFLWma76Yu+3Zby0pl0UEaD0o2bBc1qBTd+2OqOs+vsiOtWsV5kjYMsaA68O0M41Vo1R zfF1K9k4IlF8nJpia76LQ3qb/dzT+Jk2P2jdeTLZ9+E9q32rE6lteUSZ6IU4iOJYf/J5 NiVA== X-Gm-Message-State: AMke39mweK2YuUb/PH9QCIChWxktbjqWN5l6vnr/prvEHLQIQAshLgpzjrVN4O54Hk6s/g== X-Received: by 10.107.128.89 with SMTP id b86mr550779iod.93.1487219478337; Wed, 15 Feb 2017 20:31:18 -0800 (PST) Received: from geo.prensa-latina.cu (geo.prensa-latina.cu. [200.55.135.190]) by smtp.googlemail.com with ESMTPSA id v197sm320487ita.2.2017.02.15.20.31.16 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Feb 2017 20:31:17 -0800 (PST) Subject: Re: xorg-server: 1.17.4,1 -> 1.18.4,1 segfaults To: freebsd-pkg@freebsd.org References: <13b27d31-6864-75ef-53d3-fed29c2b5a3f@gmail.com> From: "Geovani B. R." Message-ID: <20d3f3d7-9bd5-2abb-07d5-c53c040011d5@gmail.com> Date: Wed, 15 Feb 2017 23:31:14 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <13b27d31-6864-75ef-53d3-fed29c2b5a3f@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:31:19 -0000 On 02/15/2017 22:57, Geovani B. R. wrote: > Hi, > > In my FreeBSD 11.0-RELEASE-p2 #0: Mon Oct 24 06:55:27 UTC 2016 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > I perform an update which replaces the xorg-server package: 1.17.4.1 for > version 1.18.4.1 > > When restarting the system the Xorg server stopped working. > Xorg.0.log: X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 255.651] X Protocol Version 11, Revision 0 [ 255.651] Build Operating System: FreeBSD 11.0-RELEASE-p7 amd64 [ 255.651] Current Operating System: FreeBSD xxx.xxxxxx-xxxxxx.xx 11.0-RELEASE-p2 FreeBSD 11.0-RELEASE-p2 #0: Mon Oct 24 06:55:27 UTC 2016 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [ 255.652] Build Date: 12 February 2017 11:42:41AM [ 255.652] [ 255.652] Current version of pixman: 0.34.0 [ 255.652] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 255.652] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 255.652] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Feb 15 21:29:40 2017 [ 255.652] (II) Loader magic: 0x813b60 [ 255.652] (II) Module ABI versions: [ 255.652] X.Org ANSI C Emulation: 0.4 [ 255.652] X.Org Video Driver: 20.0 [ 255.652] X.Org XInput driver : 22.1 [ 255.652] X.Org Server Extension : 9.0 [ 255.652] (--) PCI:*(0:0:2:0) 8086:0102:1043:844d rev 9, Mem @ 0xf7800000/4194304, 0xe0000000/268435456, I/O @ 0x0000f000/64, BIOS @ 0x????????/65536 [ 255.653] (==) Using default built-in configuration (39 lines) [ 255.653] (==) --- Start of built-in configuration --- [ 255.653] Section "Device" [ 255.653] Identifier "Builtin Default intel Device 0" [ 255.653] Driver "intel" [ 255.653] EndSection [ 255.653] Section "Screen" [ 255.653] Identifier "Builtin Default intel Screen 0" [ 255.653] Device "Builtin Default intel Device 0" [ 255.653] EndSection [ 255.653] Section "Device" [ 255.653] Identifier "Builtin Default modesetting Device 0" [ 255.653] Driver "modesetting" [ 255.653] EndSection [ 255.653] Section "Screen" [ 255.653] Identifier "Builtin Default modesetting Screen 0" [ 255.653] Device "Builtin Default modesetting Device 0" [ 255.653] EndSection [ 255.653] Section "Device" [ 255.653] Identifier "Builtin Default scfb Device 0" [ 255.653] Driver "scfb" [ 255.653] EndSection [ 255.653] Section "Screen" [ 255.653] Identifier "Builtin Default scfb Screen 0" [ 255.653] Device "Builtin Default scfb Device 0" [ 255.653] EndSection [ 255.653] Section "Device" [ 255.653] Identifier "Builtin Default vesa Device 0" [ 255.653] Driver "vesa" [ 255.653] EndSection [ 255.653] Section "Screen" [ 255.653] Identifier "Builtin Default vesa Screen 0" [ 255.653] Device "Builtin Default vesa Device 0" [ 255.653] EndSection [ 255.653] Section "ServerLayout" [ 255.653] Identifier "Builtin Default Layout" [ 255.653] Screen "Builtin Default intel Screen 0" [ 255.654] Screen "Builtin Default modesetting Screen 0" [ 255.654] Screen "Builtin Default scfb Screen 0" [ 255.654] Screen "Builtin Default vesa Screen 0" [ 255.654] EndSection [ 255.654] (==) --- End of built-in configuration --- [ 255.654] (==) ServerLayout "Builtin Default Layout" [ 255.654] (**) |-->Screen "Builtin Default intel Screen 0" (0) [ 255.654] (**) | |-->Monitor "" [ 255.654] (**) | |-->Device "Builtin Default intel Device 0" [ 255.654] (==) No monitor specified for screen "Builtin Default intel Screen 0". Using a default monitor configuration. [ 255.654] (**) |-->Screen "Builtin Default modesetting Screen 0" (1) [ 255.654] (**) | |-->Monitor "" [ 255.654] (**) | |-->Device "Builtin Default modesetting Device 0" [ 255.654] (==) No monitor specified for screen "Builtin Default modesetting Screen 0". Using a default monitor configuration. [ 255.654] (**) |-->Screen "Builtin Default scfb Screen 0" (2) [ 255.654] (**) | |-->Monitor "" [ 255.654] (**) | |-->Device "Builtin Default scfb Device 0" [ 255.654] (==) No monitor specified for screen "Builtin Default scfb Screen 0". Using a default monitor configuration. [ 255.654] (**) |-->Screen "Builtin Default vesa Screen 0" (3) [ 255.654] (**) | |-->Monitor "" [ 255.655] (**) | |-->Device "Builtin Default vesa Device 0" [ 255.655] (==) No monitor specified for screen "Builtin Default vesa Screen 0". Using a default monitor configuration. [ 255.655] (==) Automatically adding devices [ 255.655] (==) Automatically enabling devices [ 255.655] (==) Not automatically adding GPU devices [ 255.655] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 255.655] (==) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/ [ 255.655] (==) ModulePath set to "/usr/local/lib/xorg/modules" [ 255.655] (II) The server relies on devd to provide the list of input devices. If no devices become available, reconfigure devd or disable AutoAddDevices. [ 255.655] (II) LoadModule: "glx" [ 255.655] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 255.657] (II) Module glx: vendor="X.Org Foundation" [ 255.657] compiled for 1.18.4, module version = 1.0.0 [ 255.657] ABI class: X.Org Server Extension, version 9.0 [ 255.657] (==) AIGLX enabled [ 255.657] (II) LoadModule: "intel" [ 255.658] (II) Loading /usr/local/lib/xorg/modules/drivers/intel_drv.so [ 255.658] (II) Module intel: vendor="X.Org Foundation" [ 255.658] compiled for 1.18.4, module version = 2.99.917 [ 255.658] Module class: X.Org Video Driver [ 255.658] ABI class: X.Org Video Driver, version 20.0 [ 255.658] (II) LoadModule: "modesetting" [ 255.658] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so [ 255.659] (II) Module modesetting: vendor="X.Org Foundation" [ 255.659] compiled for 1.18.4, module version = 1.18.4 [ 255.659] Module class: X.Org Video Driver [ 255.659] ABI class: X.Org Video Driver, version 20.0 [ 255.659] (II) LoadModule: "scfb" [ 255.659] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [ 255.659] (II) Module scfb: vendor="X.Org Foundation" [ 255.659] compiled for 1.18.4, module version = 0.0.4 [ 255.659] ABI class: X.Org Video Driver, version 20.0 [ 255.659] (II) LoadModule: "vesa" [ 255.660] (II) Loading /usr/local/lib/xorg/modules/drivers/vesa_drv.so [ 255.660] (II) Module vesa: vendor="X.Org Foundation" [ 255.660] compiled for 1.18.4, module version = 2.3.4 [ 255.660] Module class: X.Org Video Driver [ 255.660] ABI class: X.Org Video Driver, version 20.0 [ 255.660] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43 [ 255.661] (II) intel: Driver for Intel(R) HD Graphics [ 255.661] (II) intel: Driver for Intel(R) Iris(TM) Graphics [ 255.661] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics [ 255.661] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 255.661] (II) scfb: driver for wsdisplay framebuffer: scfb [ 255.661] (II) VESA: driver for VESA chipsets: vesa [ 255.661] (--) Using syscons driver with X support (version 16777218.0) [ 255.661] (--) using VT number 9 [ 255.693] (EE) open /dev/dri/card0: No such file or directory [ 255.693] (WW) Falling back to old probe method for modesetting [ 255.693] (EE) open /dev/dri/card0: No such file or directory [ 255.693] (WW) Falling back to old probe method for scfb [ 255.693] scfb trace: probe start [ 255.693] (II) scfb(1): using default device [ 255.693] scfb trace: probe done [ 255.693] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 255.693] (EE) Screen 0 deleted because of no matching config section. [ 255.693] (II) UnloadModule: "modesetting" [ 255.693] (EE) Fatal server error: [ 255.693] (EE) Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices [ 255.693] (EE) [ 255.693] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 255.693] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 255.693] (EE) [ 255.720] (EE) Server terminated with error (1). Closing log file. -- Greetings, have a nice day. Geo. From owner-freebsd-pkg@freebsd.org Thu Feb 16 09:03:15 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5ED6CE023A for ; Thu, 16 Feb 2017 09:03:15 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B3BD3889 for ; Thu, 16 Feb 2017 09:03:15 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id B31FFCE0238; Thu, 16 Feb 2017 09:03:15 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2C56CE0237 for ; Thu, 16 Feb 2017 09:03:15 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFE8888; Thu, 16 Feb 2017 09:03:14 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 7FA489FE2; Thu, 16 Feb 2017 09:03:13 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 26EDA282E; Thu, 16 Feb 2017 10:02:03 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Cy Schubert Cc: Alan Somers , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts References: <201702160054.v1G0sLt8048117@slippy.cwsent.com> Date: Thu, 16 Feb 2017 10:02:02 +0100 In-Reply-To: <201702160054.v1G0sLt8048117@slippy.cwsent.com> (Cy Schubert's message of "Wed, 15 Feb 2017 16:54:21 -0800") Message-ID: <86zihmwlth.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 09:03:15 -0000 Cy Schubert writes: > "Dag-Erling Sm=C3=B8rgrav" writes: > > This won't work, because && forks. You need: > >=20 > > if [ -t 0 ] ; then ... ; fi > Are you sure? Maybe it varies from shell to shell... or maybe I confused it with other constructs like 'grep foo bar | while read line' (which definitely doesn't work). I consider it bad style, but that's a matter of taste. I prefer to use && and || only for error conditions and loop control. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-pkg@freebsd.org Thu Feb 16 20:26:51 2017 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07756CE2EC2 for ; Thu, 16 Feb 2017 20:26:51 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id DDAAA147D for ; Thu, 16 Feb 2017 20:26:50 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id DA135CE2EC1; Thu, 16 Feb 2017 20:26:50 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9B22CE2EC0 for ; Thu, 16 Feb 2017 20:26:50 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 852CF147C; Thu, 16 Feb 2017 20:26:49 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id eSdac3S8nsa1keSdbcVbJu; Thu, 16 Feb 2017 13:26:49 -0700 X-Authority-Analysis: v=2.2 cv=W+NIbVek c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=8nJEP1OIZ-IA:10 a=n2v9WMKugxEA:10 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=fb8FV7DgwyWN-Pdx0-QA:9 a=wPNLvfGTeEIA:10 a=pxhY87DP9d2VeQe4joPk:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 6329DD6E; Thu, 16 Feb 2017 12:26:46 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v1GKQivr096824; Thu, 16 Feb 2017 12:26:45 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201702162026.v1GKQivr096824@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= cc: Cy Schubert , Alan Somers , scrappy@freebsd.org, Brian Somers , freebsd-bugzilla@ayaken.net, Cy Schubert , pkg@freebsd.org Subject: Re: Bug 217055 - Consolidate random sleeps in periodic scripts In-Reply-To: Message from =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= of "Thu, 16 Feb 2017 10:02:02 +0100." <86zihmwlth.fsf@desk.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Thu, 16 Feb 2017 12:26:44 -0800 X-CMAE-Envelope: MS4wfGTD4hrJZnfyQbOyxA2kan0qp0XdW2VrH9UoBZjGY6clnF+Mmg4XogCfmqndCu1+ZVaPbCLiiOJsyv9K3vdV9HISrMkH1jRQtW6sbauBe7x6Mdf96c8Y 4X+M53Ch5aK51GKSOfF71SwaKs5pxYVnw8GQgMbWjNHTLpUOaI/A3S0N/dob3xez7l2PxiyeHv63DgzsEwrPaymL4N2qTsxgdHBO/Z+v8PDitUvsZhie3rDf cEqI/JMDPQMMErVCT1P5l6/QLKuP7dUgk8QaVL4WjGxsQQeyhgBzTz53Y16w1zGY8KZins6WjLZT7Sb8P0Jf+NvhlXlxLoxKcDqaV4N6Nqg= X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 20:26:51 -0000 In message <86zihmwlth.fsf@desk.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav? = w rites: > Cy Schubert writes: > > "Dag-Erling Smørgrav" writes: > > > This won't work, because && forks. You need: > > > > > > if [ -t 0 ] ; then ... ; fi > > Are you sure? > > Maybe it varies from shell to shell... or maybe I confused it with > other constructs like 'grep foo bar | while read line' (which definitely > doesn't work). I consider it bad style, but that's a matter of taste. > I prefer to use && and || only for error conditions and loop control. Maybe. I tested this on Bourne, ksh, bash, zsh, csh and 44bsd-csh on FreeBSD and bash on Linux. I don't have access to any Solaris or AT&T servers any more. (I am told that Solaris 11 replaced /bin/sh with bash.) If the command after a test is a one-liner, like my proposed patch, then I prefer to put it on the same line. If it's more than one line then it should go in an if block. Otherwise it's ugly and hard to follow. Just a difference in preference I suppose. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.