From owner-freebsd-hackers@freebsd.org Sun Apr 12 00:43:36 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A2522A88B0 for ; Sun, 12 Apr 2020 00:43:36 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 490Cfb3DmXz4LYR; Sun, 12 Apr 2020 00:43:35 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 03C0hXkv025059; Sat, 11 Apr 2020 17:43:33 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 03C0hXdl025058; Sat, 11 Apr 2020 17:43:33 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202004120043.03C0hXdl025058@gndrsh.dnsmgr.net> Subject: Re: Ars Technica article on FreeBSD new user experience In-Reply-To: <7E83538A-9360-4B0D-9190-6E3A675C53DD@gmail.com> To: Enji Cooper Date: Sat, 11 Apr 2020 17:43:33 -0700 (PDT) CC: John-Mark Gurney , Kyle Evans , FreeBSD Hackers X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 490Cfb3DmXz4LYR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [0.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.31)[-0.306,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.03)[-0.033,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.06), asn: 13868(0.03), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 00:43:36 -0000 > > > On Apr 10, 2020, at 5:46 PM, John-Mark Gurney wrote: > > > > Kyle Evans wrote this message on Fri, Apr 10, 2020 at 09:49 -0500: > > ? > > >> My memory here is incredibly hazy, it may be that I was scarred by > >> history not persisting at all across sessions or something like this; > >> I quickly installed zsh and never looked back. > > > > Yeah, history isn't kept by default, not sure if there's an option to > > keep it, if there is, I don't see it in the man page, and ctrl-r doesn't > > work either. > > There is history support, but it?s not on by default and it?s not spelled the same way as other shells (I don?t think it?s persistent between shell invocations, however): > > The following variables affect the execution of fc: > > FCEDIT Name of the editor to use for history editing. > > HISTSIZE The number of previous commands that are > accessible. > > > Given that the only other base system shell option is csh, I opt out of both and always install bash (I haven?t quite jumped on the zsh train yet). > Thanks, There are many blogs around for the Linuxes about what to do right after you finish an install, like the apt get update, apt get upgrade.. blah blah blah. Perhaps a few of those for FreeBSD would go a long way to dull a few of our poken sticken? After you have installed a FreeBSD basic system you may wish to: 1) Install an alternate shell. FreeBSD ships with 2 very minimal shells, /bin/sh and /bin/csh (actaull a tcsh). Many users like bash, zsh, or ksh any of which can be installed with: pkg install 2) If you need a desktop experience you'll need to add X11: .... I feel this would go a long long ways in moving the peg forward. > -Enji -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Sun Apr 12 00:47:25 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 72DCC2A8D97 for ; Sun, 12 Apr 2020 00:47:25 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 490Cl04D7wz4M2F; Sun, 12 Apr 2020 00:47:24 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 03C0lM87025091; Sat, 11 Apr 2020 17:47:22 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 03C0lMJB025090; Sat, 11 Apr 2020 17:47:22 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202004120047.03C0lMJB025090@gndrsh.dnsmgr.net> Subject: Re: Ars Technica article on FreeBSD new user experience In-Reply-To: <20200411224807.GA27470@troutmask.apl.washington.edu> To: sgk@troutmask.apl.washington.edu Date: Sat, 11 Apr 2020 17:47:22 -0700 (PDT) CC: Enji Cooper , Kyle Evans , John-Mark Gurney , FreeBSD Hackers X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 490Cl04D7wz4M2F X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [0.32 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.414,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.06), asn: 13868(0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_LONG(-0.20)[-0.204,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 00:47:25 -0000 [ Charset UTF-8 unsupported, converting... ] > On Sat, Apr 11, 2020 at 02:32:36PM -0700, Enji Cooper wrote: > > > > Given that the only other base system shell option is csh, I opt out of both and always install bash (I haven?t quite jumped on the zsh train yet). > > Thanks, > > tcsh != csh :-) Pretty close, and if we had a few more proper setup tweaks it would be harder to tell. I add these to /etc/csh.cshrc on all systems to bring it a bit closer: unset addsuffix bindkey ^[ complete-word -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Sun Apr 12 00:58:48 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD8E92A9100 for ; Sun, 12 Apr 2020 00:58:48 +0000 (UTC) (envelope-from neel@neelc.org) Received: from rainpuddle.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 490D076JXWz4MbS; Sun, 12 Apr 2020 00:58:47 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) by rainpuddle.neelc.org (Postfix) with ESMTPSA id 36481B288E; Sat, 11 Apr 2020 17:58:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 11 Apr 2020 17:58:43 -0700 From: Neel Chauhan To: "Rodney W. Grimes" Cc: freebsd-hackers@freebsd.org, lev@freebsd.org, "Andrey V. Elsukov" Subject: Re: Committing one ipfw(8) userland patch In-Reply-To: <202004110447.03B4l0x0020210@gndrsh.dnsmgr.net> References: <202004110447.03B4l0x0020210@gndrsh.dnsmgr.net> User-Agent: Roundcube Webmail/1.4.1 Message-ID: <66a7224c6bab0f5f1c456707a84d39ae@neelc.org> X-Sender: neel@neelc.org X-Rspamd-Queue-Id: 490D076JXWz4MbS X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=neelc.org; spf=pass (mx1.freebsd.org: domain of neel@neelc.org designates 2001:19f0:8001:fed:5400:2ff:fe73:c622 as permitted sender) smtp.mailfrom=neel@neelc.org X-Spamd-Result: default: False [-5.99 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.29)[ip: (-9.84), ipnet: 2001:19f0:8000::/38(-4.92), asn: 20473(-1.63), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[neelc.org,none]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0:8000::/38, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 00:58:48 -0000 I have an updated diff which should work with almost all use cases (All I tested, including 1.2.3.4:255.255.255.0 which was broken in an earlier diff). I believe this is backwards-compatible with today's src-ip, but others should test as well. However, if the dual-stack src-ip is used, IPv4 and IPv6 addresses cannot be mixed if a comma is used for multiple addresses. Commas are for multiple IPv4 only or multiple IPv6 only. Being able to mix IPv4 and IPv6 addresses probably requires a separate opcode, or at least a new fill_ip() type function. If a dual-stack src-ip is not required/desired, and src-ip should remain IPv4-only (like it is today), let me know and I can revert to the older patch (which just adds src-ip4/dst-ip4 and src-ipv4/dst-ipv4 aliases). Separating the IP address types (v4 or v6) is now done with inet_pton(), and temporarily removing the comma/slash while doing this and putting it back after to be able to parse the IPv6/prefixlen format. Please review and give your opinions. -Neel On 2020-04-10 21:47, Rodney W. Grimes wrote: >> Thank you all for your feedback. >> >> Using the same Phabricator revision here: >> https://reviews.freebsd.org/D24234 >> >> I have added the src-ip4/dst-ip4 and src-ipv4/dst-ipv4 specifiers and >> made src-ip/dst-ip dual-stack, to be consistent with me/me4/me6 >> described in this thread. >> >> Could you all please give your opinions on it? > > I took a look at this and D24021 and am a bit confused as no > changes are actually being made to the kernel ipfw code, so > how does it know which are now dual vs single stack. As > far as I can see no actual change would be experienced > by the me/me4/me6 changes as they are all simply encoded > as O_IP_{SRC,DST}_ME when it gets to the kernel. > > It could be I am missing something, it has been a very > long time since I looked at the inards of ipfw. > > Also I am not sure if you want to attempt to flag no-op cases like > ipfw add ip4 from me6 to any > which I believe would be allowed and create a rule that never > matched anything. (Actually with the current code I think it > would still match local ipv4 address, which arguable is wrong.) > >> -Neel >> >> On 2020-04-10 04:10, Lev Serebryakov wrote: >> > On 10.04.2020 13:46, Andrey V. Elsukov wrote: >> > >> >> On 07.04.2020 20:35, Rodney W. Grimes wrote: >> >>> But that is not what this review does. I would be in support of >> >>> changing the "official" names to src-ip4/dst-ip4/src-ip6/dst-ip6 >> >>> and making src-ip/dst-ip a backwards compatible alias. >> >> >> >> I also think this idea sounds better. >> > >> > +1 > > I am glad people liked this solution, lets make sure it is > implemented cleanly and in a 100% backwards compatible way, > breaking ipfw rule sets is frowned upon by users. From owner-freebsd-hackers@freebsd.org Sun Apr 12 02:40:48 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8D4382AD771 for ; Sun, 12 Apr 2020 02:40:48 +0000 (UTC) (envelope-from stackyjoe@gmail.com) Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490GFq5xw2z4TPh for ; Sun, 12 Apr 2020 02:40:47 +0000 (UTC) (envelope-from stackyjoe@gmail.com) Received: by mail-ua1-x931.google.com with SMTP id o14so1982009uat.13 for ; Sat, 11 Apr 2020 19:40:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:cc; bh=Xujju0lgRF5K/06n/N1faVDMtFcjot/fKl51rqmcp3o=; b=c1pOFfp4e0IBbz94WocLHt/L87dv+NZflQ9YwMC56jUvAQ5zi1L4JzhFzLFyl1+h0z rMcEaEVfRxhSEbwGlI3vQPafhSO+oL4RaWWNZO/J/LyQ7KA6901Ta+xMQhM5d1mq34fC mdOhXdi8gtMhHgXgAwfPFpKMMH5hLyCWBT/Q9N9Ph6itzrVxMfg+e7v71Qvo3NkySHFO 3QAGRD7VBfN2Ag54mEHAwAsbWyKFcq8G49e4UthmOxwJ6ZpjjnGVwiMHjp2HCEV/GVYz Wu/Ch6k1+gYqHTColUuiCIiBmy370eEwDbBOtA7ScnMrjmSk5B4TQQLIsjlrx/BH9et2 0/EA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:cc; bh=Xujju0lgRF5K/06n/N1faVDMtFcjot/fKl51rqmcp3o=; b=ciEfzsFALWNR/kGa2pJxW+t0okIRHNOZa3T1iYay6S5ov+ECM5KWcVrk46X4pFtJVR IwcGPsmC2kBl5oXny+zPSf5eApH6k8OUi/2rhhYfCMEauWAHJTEBp8i3MK2y5Rx8C0V9 MCgTLLdncCxA9AptfgSohaEx+u0CF2JBV1pUV4GtzWdAjeN+kxZQuh2/ngkQvuESotmM UVtfk6xaE5PSFHZh9R2JEESnjZ8DiV+NVc4gE7D0vpx08zP2U2QoMicU75GGsSQpy/dP MG+cMOibLapyUeFbCL5NqTtvO8fStChCmLD0ddPumKWtJmwRsXdfbZkcHzBgNBwd7t2Y gl/Q== X-Gm-Message-State: AGi0PuaHdY+gSopdJA9O2OaSQCfEX1SK6cawFTLKKiNq49A70672P2+7 20//cHy7HyZco6VVRa8iIekgFJqdxaCou6EvNcCpWw== X-Google-Smtp-Source: APiQypK2kwGpHTQikgu5NXZHbRJerNoqYU6SxjbdMFhm48DO+mJtQ7xxSHWhS99UrtXMJLXhhmjuVX3yw+FEB6xDyZ0= X-Received: by 2002:ab0:1869:: with SMTP id j41mr7128454uag.99.1586659246643; Sat, 11 Apr 2020 19:40:46 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Joe Berner Date: Sat, 11 Apr 2020 21:40:35 -0500 Message-ID: Subject: Re: Ars Technica article on FreeBSD new user experience Cc: FreeBSD Hackers X-Rspamd-Queue-Id: 490GFq5xw2z4TPh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=c1pOFfp4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of stackyjoe@gmail.com designates 2607:f8b0:4864:20::931 as permitted sender) smtp.mailfrom=stackyjoe@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.78), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[1.3.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MISSING_TO(2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 02:40:48 -0000 My 2 cents: 1) Make video driver detection a bit more straightforward. Or at least make it dead simple to figure out which you need to install to get things working. I still need 2 or 3 tries with pkg install -f after major driver upgrades to get X server working correctly again with all the peripherals. 2) A wifi tool that's easier to use. wpa_supplicant is fine for those already very comfortable with command line stuff, but for unix newbies it's very intimidating. wpa_cli is better but still too complicated. An interactive CLI tool that lists the SSIDs, lets you pick one, and then progressively fill out the required info would help a lot. I remember finding comments on the forums saying "just plug it in to ethernet to get set up" and that's very inconvenient if not infeasible for a lot of home set ups. 3) The horrible beeping. A newbie who starts out is likely to open up vi on rc.conf (or whatever) and be greeted by a sequence of earsplitting system beeps as they learn that vi is not vim and some of the things they are used to do not work. Them not working is fine, but the beeping feels like a way for the system to mock your failure, and quickly goes from annoying to enraging. Years later I still remember this! I don't think a Xorg + GUI are necessary on a default install, but make it dead simple for a beginner (say, someone who doesn't know to do pkg search $X | less ) to get it set up. Joe On Thu, Apr 9, 2020 at 2:05 PM Ed Maste wrote: > Jim Salter has an article in Ars Technica discussing his experience > with FreeBSD 12.1 as a desktop: > > https://arstechnica.com/gadgets/2020/04/not-actually-linux-distro-review-freebsd-12-1-release/ > > There are some points in there that might involve misunderstanding, > but there are also a number of real issues raised about the experience > a new (or newish) desktop FreeBSD user will have. It will be a good > idea for us to examine these, and offer advice or corrections if > appropriate, and otherwise look how we can improve the FreeBSD > experience for new users. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@freebsd.org Sun Apr 12 06:47:34 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 162E22B4412 for ; Sun, 12 Apr 2020 06:47:34 +0000 (UTC) (envelope-from pstef@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490MkY6ntlz3DRb; Sun, 12 Apr 2020 06:47:33 +0000 (UTC) (envelope-from pstef@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1403) id BFEF29B2; Sun, 12 Apr 2020 06:47:33 +0000 (UTC) Date: Sun, 12 Apr 2020 08:47:33 +0200 From: "Piotr P. Stefaniak" To: Enji Cooper Cc: John-Mark Gurney , Kyle Evans , FreeBSD Hackers Subject: Re: Ars Technica article on FreeBSD new user experience Message-ID: <20200412064733.GB25313@freefall.freebsd.org> References: <20200410061248.GK4213@funkthat.com> <20200411004620.GL4213@funkthat.com> <7E83538A-9360-4B0D-9190-6E3A675C53DD@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7E83538A-9360-4B0D-9190-6E3A675C53DD@gmail.com> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 06:47:34 -0000 On 2020-04-11 14:32:36, Enji Cooper wrote: >> Yeah, history isn't kept by default, not sure if there's an option to >> keep it, if there is, I don't see it in the man page, and ctrl-r doesn't >> work either. > > There is history support, but it’s not on by default and it’s not spelled the same way as other shells (I don’t think it’s persistent between shell invocations, however): But the commands history isn't persistent, is it? That together with command completion (as opposed to file name completion, which is already there) is very important to have, in my opinion. From owner-freebsd-hackers@freebsd.org Sun Apr 12 07:39:53 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D88312B569C for ; Sun, 12 Apr 2020 07:39:53 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 490Ntw2BJrz3GxH for ; Sun, 12 Apr 2020 07:39:51 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03C7dk37011218 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 12 Apr 2020 09:39:46 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1586677187; bh=GcaJn62Z0TMjBdoENX7UtMafOnWf0ceyE8D8yCahPAQ=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=mJhwKADumjvkUWWcYAPy0aAtOd4F65r8tpYqmczT6+GjV1eVTzU/SkeZQfq8b6oAr Y9befI/HgtOYe8mRL3Y6eE5xyqAaMp/G8r323HKTZ7Uyrk/b4EGltqBwqtiatjW4bZ 6m+whPKj+ZTcy0aWOY6+Riq00CnybZ85WwcZL++E= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03C7dkug011215; Sun, 12 Apr 2020 09:39:46 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Sun, 12 Apr 2020 09:39:46 +0200 (CEST) From: Wojciech Puchar To: Freddie Cash cc: Wojciech Puchar , FreeBSD Hackers Subject: Re: Ars Technica article on FreeBSD new user experience In-Reply-To: Message-ID: References: <1FFE298E-A609-4570-A0BD-E530996C92CF@gmail.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 490Ntw2BJrz3GxH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=mJhwKADu; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.50)[ip: (-6.62), ipnet: 194.1.144.0/24(-3.31), asn: 43476(-2.65), country: PL(0.06)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 07:39:53 -0000 > > > Useless email posted by someone without any knowledge of the author. Yay? > Yes, Jim doesn't have experience with current versions of FreeBSD (I believe this was his first introduction to bsdinstall). But he > has years of experience with older versions, running ZFS-based systems. And with FreeNAS. So i completely don't understand such people want to even test point-and-click software. > No, this wasn't an in-depth review of using FreeBSD for any particular purpose. But it was a decent review of the installation > process, pointing out pain-points to those "not in the know". Actually it would be better to be no installer at all, but instalation instructions. > > Instead of ripping into the author, maybe look for ways to improve the installation experience. There's some great info around the > ZFS bits that those working on bsdinstall should look into (mostly around terminology). > > Cheers, > Freddie > > Typos due to smartphone keyboard. > > > From owner-freebsd-hackers@freebsd.org Sun Apr 12 07:41:09 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D4A972B57D3 for ; Sun, 12 Apr 2020 07:41:09 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 490NwP01bzz3HF5 for ; Sun, 12 Apr 2020 07:41:08 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03C7f6Cj011560 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 12 Apr 2020 09:41:06 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1586677266; bh=vIuCCDKUwv3AxV2TAevhnlhM65MiSCzG/FG5zDgGWNY=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=dD+SE5dVygZSAD8oD4S8Nh/mkRHzAoj6QcsUWJrASzZpGW86LsaSXEDycwh6kREIa LT8YhZGqy4Q5DyQGKQ3fhYyaWTcSzUWePrWSWqy8WDE5TlSxMOiKLQiUAw8UEGAlxa j3TMZOBrMirVBqticyK/WgzC7w3TPYDBezsjqljk= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03C7f68x011557; Sun, 12 Apr 2020 09:41:06 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Sun, 12 Apr 2020 09:41:06 +0200 (CEST) From: Wojciech Puchar To: Joe Berner cc: FreeBSD Hackers Subject: Re: Ars Technica article on FreeBSD new user experience In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 490NwP01bzz3HF5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=dD+SE5dV; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.79 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.50)[ip: (-6.60), ipnet: 194.1.144.0/24(-3.30), asn: 43476(-2.64), country: PL(0.06)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 07:41:09 -0000 > upgrades to get X server working correctly again with all the peripherals. > > 2) A wifi tool that's easier to use. wpa_supplicant is fine for those > already very comfortable with command line stuff. it's excellent. i used it first time after reading manual and did exactly what i wanted. What's wrong in it? From owner-freebsd-hackers@freebsd.org Sun Apr 12 12:29:53 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 82E1B2BCD11 for ; Sun, 12 Apr 2020 12:29:53 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490WKW6VgVz43yD for ; Sun, 12 Apr 2020 12:29:51 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mail-wm1-x331.google.com with SMTP id a201so7057937wme.1 for ; Sun, 12 Apr 2020 05:29:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=aV3Zv1m7AtlCTOAXcF2RbmlaYb/zB0jU1XGeWUIr9ZU=; b=hxDIXR95nmDWlD2n7vxqvaNjRV2HWHZ+sgbaWBuZWWuAZV48mzPbMDmfALXqbcTqkf J/9RYQiW7B+WeSkz2/x978zBo0B07p8w/4qFGR/w7dJ4H8ji4QGxtEwQC2BxaJXB2r9j 3Zd2lES0COV2tLw48CC1RXcxhKNRSBwJ9Tzbh9KgYONRsCQU+9JFVCK/0U6UcN3wykjw imNjd3MYMc1zDdhS0RqsiYk9AEgfYZ7ltEnSZpX3Zl/Bl3sHxH+/S7qvMk4r/0OuNPLN FpihmGlDXV/gGRNrqdzZI1E+maBEkIVb7FtF0hXANvMk+5HSswqhBkksQfPRs62DOS8O 58DQ== X-Gm-Message-State: AGi0PuZJvWZNpeoTqwePuDux1GydgaKlzSW2IpdNyykNA5TRoN0UbNai fIkEXoj4YA9l88Ehn7mWLMZh8T74 X-Google-Smtp-Source: APiQypKgM5tDT2RUxKdMdzS23bSly2qkvBjjnfHJVUun/VIq0xDyKVrwGVv1G2HY8rk23/N5qwL5qA== X-Received: by 2002:a1c:b144:: with SMTP id a65mr15011440wmf.54.1586694590088; Sun, 12 Apr 2020 05:29:50 -0700 (PDT) Received: from gumby.homeunix.com ([2.221.67.77]) by smtp.gmail.com with ESMTPSA id b66sm10706661wmh.12.2020.04.12.05.29.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 12 Apr 2020 05:29:49 -0700 (PDT) Date: Sun, 12 Apr 2020 13:29:47 +0100 From: RW To: freebsd-hackers@freebsd.org Subject: Re: Ars Technica article on FreeBSD new user experience Message-ID: <20200412132947.202b0ede@gumby.homeunix.com> In-Reply-To: <20200412064733.GB25313@freefall.freebsd.org> References: <20200410061248.GK4213@funkthat.com> <20200411004620.GL4213@funkthat.com> <7E83538A-9360-4B0D-9190-6E3A675C53DD@gmail.com> <20200412064733.GB25313@freefall.freebsd.org> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 490WKW6VgVz43yD X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[77.67.221.2.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.84), ipnet: 2a00:1450::/32(-2.35), asn: 15169(-0.43), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[1.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 12:29:53 -0000 On Sun, 12 Apr 2020 08:47:33 +0200 Piotr P. Stefaniak wrote: > On 2020-04-11 14:32:36, Enji Cooper wrote: >=20 > >> Yeah, history isn't kept by default, not sure if there's an option > >> to keep it, if there is, I don't see it in the man page, and > >> ctrl-r doesn't work either. =20 > > > > There is history support, but it=E2=80=99s not on by default and > > it=E2=80=99s not spelled the same way as other shells (I don=E2=80=99t = think > > it=E2=80=99s persistent between shell invocations, however): =20 >=20 > But the commands history isn't persistent, is it? That together with > command completion (as opposed to file name completion, which is > already there) is very important to have, in my opinion. /bin/sh is a lightweight shell for executing system shell scripts. It's not really there to be a long-term login shell.=20 From owner-freebsd-hackers@freebsd.org Sun Apr 12 13:26:02 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E684B2BE12B for ; Sun, 12 Apr 2020 13:26:02 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490XZL5sqpz47fN for ; Sun, 12 Apr 2020 13:26:02 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from mail-yb1-f175.google.com (mail-yb1-f175.google.com [209.85.219.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: debdrup) by smtp.freebsd.org (Postfix) with ESMTPSA id B3ED01AA3F for ; Sun, 12 Apr 2020 13:26:02 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: by mail-yb1-f175.google.com with SMTP id e17so3883586ybq.0 for ; Sun, 12 Apr 2020 06:26:02 -0700 (PDT) X-Gm-Message-State: AGi0PuaqpxJNxbpz8jxrJIt+eQ5xIuHn1pPOO2srHIHeLjz+y79QqIiu Z4lNqDeq6dSrh8yt2GeRMo221Ri4szDtoF/lEUhvOA== X-Google-Smtp-Source: APiQypKZ6lceF+fmqlXkoeP0BX2czd6ZJ4AqQPaoXJ8BDzA8FMOh0rHZnR/ueVXR6o+Qa8H/bFZ/OSzsT+94JF7g5u4= X-Received: by 2002:a25:2d5f:: with SMTP id s31mr20949670ybe.452.1586697962036; Sun, 12 Apr 2020 06:26:02 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:aaeb:0:0:0:0:0 with HTTP; Sun, 12 Apr 2020 06:26:01 -0700 (PDT) In-Reply-To: References: From: Daniel Ebdrup Jensen Date: Sun, 12 Apr 2020 15:26:01 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Ars Technica article on FreeBSD new user experience To: Joe Berner Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 13:26:03 -0000 On 4/12/20, Joe Berner wrote: > My 2 cents: > > 1) Make video driver detection a bit more straightforward. Or at least make > it dead simple to figure out which you need to install to get things > working. I still need 2 or 3 tries with pkg install -f after major driver > upgrades to get X server working correctly again with all the peripherals. > > 2) A wifi tool that's easier to use. wpa_supplicant is fine for those > already very comfortable with command line stuff, but for unix newbies it's > very intimidating. wpa_cli is better but still too complicated. An > interactive CLI tool that lists the SSIDs, lets you pick one, and then > progressively fill out the required info would help a lot. I remember > finding comments on the forums saying "just plug it in to ethernet to get > set up" and that's very inconvenient if not infeasible for a lot of home > set ups. > > 3) The horrible beeping. A newbie who starts out is likely to open up vi on > rc.conf (or whatever) and be greeted by a sequence of earsplitting system > beeps as they learn that vi is not vim and some of the things they are used > to do not work. Them not working is fine, but the beeping feels like a way > for the system to mock your failure, and quickly goes from annoying to > enraging. Years later I still remember this! > > I don't think a Xorg + GUI are necessary on a default install, but make it > dead simple for a beginner (say, someone who doesn't know to do pkg search > $X | less ) to get it set up. > > Joe [snip] I mentioned this elsewhere in the thread, but video driver detection can be solved with devmatch(8) for which there is an open issue [1] that needs help, to add support for radeonkms and amdgpu, and eventually vboxgfx and vmwgfx for virtualbox and vmware respectively, plus nouveau if/when that lands and likely others (for example, rockchip/videocore/et cetera drivers for ARM SBCs/systems) in the future, as the DRM stack keeps getting bigger and bigger upstream. As for wireless configuration tools, there's 'bsdconfig wireless', which uses dialog(1) and therefore works on any terminal, as well as net-mgmt/wifimgr for GTK, and net/wpa_supplicant_gui/ for Qt. (Yes, 'bsdconfig wireless' is missing from the man-page, but hopefully not for long [2]) Your third point seems to be that you might not at that point have been aware that they're called bell events (specifically, audible bell events), and are turned off with either the hw.syscons.bell or kern.vt.enable_bell OIDs in sysctl(8) - so now you know, and knowing is half the battle. ;) There is a bigger problem underneath this that speaks to habits that are in some cases distribution-specific - ie. distributions might use, for example, Bill Joys version of vi, nvi v1/v2 (started by Keith Bostic, but contributed to by many others over the years), vim, Almquist sh, Bourne sh, Debian Almquist sh, some combination thereof depending on PATH, or even some that I'm forgetting. [1]: https://github.com/FreeBSDDesktop/kms-drm/issues/68 [2]: https://reviews.freebsd.org/D24378 From owner-freebsd-hackers@freebsd.org Sun Apr 12 15:03:13 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4DA232C0213; Sun, 12 Apr 2020 15:03:13 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 490ZkP3sXVz4Dd9; Sun, 12 Apr 2020 15:03:09 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id B793C6189; Sun, 12 Apr 2020 15:03:02 +0000 (UTC) To: wireless@FreeBSD.org, "freebsd-hackers@freebsd.org" From: Eric McCorkle Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= mDMEXonLJBYJKwYBBAHaRw8BAQdA4oHU11A8qtqD0EtRofyORHbGX1ZIT/mnk9eceKQx56q0 JEVyaWMgTWNDb3JrbGUgPGVyaWNAbWV0cmljc3BhY2UubmV0PoiZBBMWCABBAhsDBQkB4TOA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEPfuJobsx0Me4pIwLPOOjZtwQVqwFAl6JzIAC GQEACgkQPOOjZtwQVqy2DgD+IRCNNfb7C16fjEHazDMBwmBIMz+CTJUdhoz73P9iy0cA/ixK 83qOW46q1fpCpaZtPvv0FRpcZ5EppnNQ0Yuh40YLuDgEXonLJBIKKwYBBAGXVQEFAQEHQCxw rRXlvDoXgDGv2WMrLy9UaJ4fNWXIdlaiiKZIH7lBAwEIB4h+BBgWCAAmFiEEPfuJobsx0Me4 pIwLPOOjZtwQVqwFAl6JyyQCGwwFCQHhM4AACgkQPOOjZtwQVqxS7wD+JgzZC4995EL9j2iB qhPUZTIgs61IypLoDx+o1zsSfvkBALs+/jvkQL4plT0hGtfFaa0iMnLeIXKd/1FSNGSD9hQI Subject: Bluetooth not detecting devices Message-ID: <9b3a7b95-9489-f17d-f6a3-527fb0cd501d@metricspace.net> Date: Sun, 12 Apr 2020 11:02:58 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5txNtCtizD5gZYPRseCxyxqDEDd7IsXRK" X-Rspamd-Queue-Id: 490ZkP3sXVz4Dd9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 2001:470:1f11:617::107) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [-4.91 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[metricspace.net]; AUTH_NA(1.00)[]; IP_SCORE(-1.81)[ip: (-0.75), ipnet: 2001:470::/32(-4.66), asn: 6939(-3.60), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 15:03:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5txNtCtizD5gZYPRseCxyxqDEDd7IsXRK Content-Type: multipart/mixed; boundary="tE8ToFtaccphtZD3P5D58nTSZ07z90BNr"; protected-headers="v1" From: Eric McCorkle To: wireless@FreeBSD.org, "freebsd-hackers@freebsd.org" Message-ID: <9b3a7b95-9489-f17d-f6a3-527fb0cd501d@metricspace.net> Subject: Bluetooth not detecting devices --tE8ToFtaccphtZD3P5D58nTSZ07z90BNr Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable All, This is probably a longshot, but I'm trying to get bluetooth working on my librem laptops. Both have the Atheros AR9462 wireless card. Here is pciconf -lbev: ath0@pci0:2:0:0: class=3D0x028000 rev=3D0x01 hdr=3D0x00 vendor=3D0x168c device=3D0x0034 subvendor=3D0x11ad subdevice=3D0x0802 vendor =3D 'Qualcomm Atheros' device =3D 'AR9462 Wireless Network Adapter' class =3D network bar [10] =3D type Memory, range 64, base 0xb2000000, size 524288, enabled PCI-e errors =3D Correctable Error Detected Corrected =3D Receiver Error Bad TLP Bad DLLP Replay Timer Timeout I have all the kernel modules loaded and the service enabled, and I can do hccontrol inquiry. The problem is that hccontrol inquiry fails to detect any bluetooth devices, even when I have my bluetooth mouse set to discover (my phone picks it up just fine). Is there a way I can detect whether my card and driver are working proper= ly? --tE8ToFtaccphtZD3P5D58nTSZ07z90BNr-- --5txNtCtizD5gZYPRseCxyxqDEDd7IsXRK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ9+4mhuzHQx7ikjAs846Nm3BBWrAUCXpMtogAKCRA846Nm3BBW rD39AQDJq6SEY29+SrVqKz8xykQizeFRw+1fNUgzFLXRG3gvbQD5ARoQUarPLM/Q bpRgP7kttAZqsHBIoUzbkH+1EZpTkgs= =uCB3 -----END PGP SIGNATURE----- --5txNtCtizD5gZYPRseCxyxqDEDd7IsXRK-- From owner-freebsd-hackers@freebsd.org Sun Apr 12 18:34:50 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 401C32C53EC for ; Sun, 12 Apr 2020 18:34:50 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490gQd63NFz4T8H; Sun, 12 Apr 2020 18:34:49 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 03CIZFou073935 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 12 Apr 2020 11:35:21 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: FreeBSD Hackers In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: Daniel Ebdrup Jensen Subject: Re: Ars Technica article on FreeBSD new user experience Date: Sun, 12 Apr 2020 11:35:21 -0700 Message-Id: <24a4443491ad63fc0f607d62d6fe6b0b@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 490gQd63NFz4T8H X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.44 / 15.00]; NEURAL_HAM_MEDIUM(-0.71)[-0.707,0]; NEURAL_HAM_LONG(-0.73)[-0.729,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 18:34:50 -0000 On Sun, 12 Apr 2020 15:26:01 +0200 Daniel Ebdrup Jensen debdrup@freebsd=2Eorg= said > On 4/12/20, Joe Berner wrote: > > My 2 cents: > > > > 1) Make video driver detection a bit more straightforward=2E Or at least = make > > it dead simple to figure out which you need to install to get things > > working=2E I still need 2 or 3 tries with pkg install -f after major driv= er > > upgrades to get X server working correctly again with all the periphera= ls=2E > > > > 2) A wifi tool that's easier to use=2E wpa_supplicant is fine for those > > already very comfortable with command line stuff, but for unix newbies = it's > > very intimidating=2E wpa_cli is better but still too complicated=2E An > > interactive CLI tool that lists the SSIDs, lets you pick one, and then > > progressively fill out the required info would help a lot=2E I remember > > finding comments on the forums saying "just plug it in to ethernet to g= et > > set up" and that's very inconvenient if not infeasible for a lot of hom= e > > set ups=2E > > > > 3) The horrible beeping=2E A newbie who starts out is likely to open up v= i on > > rc=2Econf (or whatever) and be greeted by a sequence of earsplitting syst= em > > beeps as they learn that vi is not vim and some of the things they are = used > > to do not work=2E Them not working is fine, but the beeping feels like a = way > > for the system to mock your failure, and quickly goes from annoying to > > enraging=2E Years later I still remember this! > > > > I don't think a Xorg + GUI are necessary on a default install, but make= it > > dead simple for a beginner (say, someone who doesn't know to do pkg sea= rch > > $X | less ) to get it set up=2E > > > > Joe > [snip] >=20 > I mentioned this elsewhere in the thread, but video driver detection > can be solved with devmatch(8) for which there is an open issue [1] > that needs help, to add support for radeonkms and amdgpu, and > eventually vboxgfx and vmwgfx for virtualbox and vmware respectively, > plus nouveau if/when that lands and likely others (for example, > rockchip/videocore/et cetera drivers for ARM SBCs/systems) in the > future, as the DRM stack keeps getting bigger and bigger upstream=2E >=20 > As for wireless configuration tools, there's 'bsdconfig wireless', > which uses dialog(1) and therefore works on any terminal, as well as > net-mgmt/wifimgr for GTK, and net/wpa_supplicant_gui/ for Qt=2E > (Yes, 'bsdconfig wireless' is missing from the man-page, but hopefully > not for long [2]) >=20 > Your third point seems to be that you might not at that point have > been aware that they're called bell events (specifically, audible bell > events), and are turned off with either the hw=2Esyscons=2Ebell or > kern=2Evt=2Eenable_bell OIDs in sysctl(8) - so now you know, and knowing > is half the battle=2E ;) > There is a bigger problem underneath this that speaks to habits that > are in some cases distribution-specific - ie=2E distributions might use, > for example, Bill Joys version of vi, nvi v1/v2 (started by Keith > Bostic, but contributed to by many others over the years), vim, > Almquist sh, Bourne sh, Debian Almquist sh, some combination thereof > depending on PATH, or even some that I'm forgetting=2E Thanks for such an informative reply, Daniel=2E As there were several replies regarding sh(1) [Almquist sh]=2E I'd like to add what I think is a good reference to it I found here: https://www=2Ein-ulm=2Ede/~mascheck/various/ash/ >=20 >=20 > [1]: https://github=2Ecom/FreeBSDDesktop/kms-drm/issues/68 > [2]: https://reviews=2Efreebsd=2Eorg/D24378 --Chris From owner-freebsd-hackers@freebsd.org Sun Apr 12 19:26:54 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5367E2C68CB; Sun, 12 Apr 2020 19:26:54 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 490hZj3xxcz4XmM; Sun, 12 Apr 2020 19:26:53 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 7D94560EB; Sun, 12 Apr 2020 19:26:52 +0000 (UTC) To: FreeBSD Hackers , freebsd-current From: Eric McCorkle Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= mDMEXonLJBYJKwYBBAHaRw8BAQdA4oHU11A8qtqD0EtRofyORHbGX1ZIT/mnk9eceKQx56q0 JEVyaWMgTWNDb3JrbGUgPGVyaWNAbWV0cmljc3BhY2UubmV0PoiZBBMWCABBAhsDBQkB4TOA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEPfuJobsx0Me4pIwLPOOjZtwQVqwFAl6JzIAC GQEACgkQPOOjZtwQVqy2DgD+IRCNNfb7C16fjEHazDMBwmBIMz+CTJUdhoz73P9iy0cA/ixK 83qOW46q1fpCpaZtPvv0FRpcZ5EppnNQ0Yuh40YLuDgEXonLJBIKKwYBBAGXVQEFAQEHQCxw rRXlvDoXgDGv2WMrLy9UaJ4fNWXIdlaiiKZIH7lBAwEIB4h+BBgWCAAmFiEEPfuJobsx0Me4 pIwLPOOjZtwQVqwFAl6JyyQCGwwFCQHhM4AACgkQPOOjZtwQVqxS7wD+JgzZC4995EL9j2iB qhPUZTIgs61IypLoDx+o1zsSfvkBALs+/jvkQL4plT0hGtfFaa0iMnLeIXKd/1FSNGSD9hQI Subject: Working on Zoom port Message-ID: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> Date: Sun, 12 Apr 2020 15:26:46 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="K3uT4CXQrOW8G37aQEBs32ZvrYUz2y2O2" X-Rspamd-Queue-Id: 490hZj3xxcz4XmM X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 2001:470:1f11:617::107) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [-5.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[metricspace.net]; AUTH_NA(1.00)[]; IP_SCORE(-2.08)[ip: (-2.10), ipnet: 2001:470::/32(-4.66), asn: 6939(-3.60), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 19:26:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --K3uT4CXQrOW8G37aQEBs32ZvrYUz2y2O2 Content-Type: multipart/mixed; boundary="dsgNSRM51C8kbUY3Lz4XL9V7rmjlvHciP"; protected-headers="v1" From: Eric McCorkle To: FreeBSD Hackers , freebsd-current Message-ID: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> Subject: Working on Zoom port --dsgNSRM51C8kbUY3Lz4XL9V7rmjlvHciP Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable All, Given how Zoom is getting used a lot more these days, I've started working on a port that installs the Zoom linux client. Here is a link to my github if anyone wants to help: https://github.com/emc2/freebsd-ports/tree/zoom I'm not done yet. The zoom linux client installs a bunch of Qt libraries in its own directory. These either need to be installed with a port, or else the right configs need to be set to search for libraries there. I'm going to take a break, but I'm going to circle back to this. --dsgNSRM51C8kbUY3Lz4XL9V7rmjlvHciP-- --K3uT4CXQrOW8G37aQEBs32ZvrYUz2y2O2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ9+4mhuzHQx7ikjAs846Nm3BBWrAUCXpNrdgAKCRA846Nm3BBW rMWkAP4q9dXFJK2R95nEHxyqP9whJFm0elMaoURyJmNCBJY3BAEA+2ynHcI3hlAG qgp58iaD0544QxX8GIJyWKVztjE0Hgg= =1nTb -----END PGP SIGNATURE----- --K3uT4CXQrOW8G37aQEBs32ZvrYUz2y2O2-- From owner-freebsd-hackers@freebsd.org Sun Apr 12 22:05:48 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 916A12AB11B; Sun, 12 Apr 2020 22:05:48 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490m6437Lgz3GD4; Sun, 12 Apr 2020 22:05:48 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1472) id 61957D411; Sun, 12 Apr 2020 22:05:48 +0000 (UTC) To: freebsd-hackers@FreeBSD.org Subject: FreeBSD Quarterly Status Report - First Quarter 2020 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Message-Id: <20200412220548.61957D411@freefall.freebsd.org> Date: Sun, 12 Apr 2020 22:05:48 +0000 (UTC) From: Lorenzo Salvadore X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 22:05:48 -0000 FreeBSD Project Quarterly Status Report - First Quarter 2020 Introduction Welcome, to the quarterly reports, of the future! Well, at least the first quarterly report from 2020. The new timeline, mentioned in the last few reports, still holds, which brings us to this report, which covers the period of January 2020 - March 2020. As you will see from this report, we've had quite an active quarter with big changes to both kernel, userland, documentation, ports, and third-party projects in the form of everything from bug and security fixes over new features to speed improvements and optimizations. As this report also covers the start of the epidemic, it's also interesting to note that a quick glance at the svn logs reveal that there has been no overall drop in number of source commits, that docs commits have also stayed constant, and that ports have seen an upwards trend. We hope that all of you are and yours are as safe as can be managed, and that we get through this together by working together. -- Daniel Ebdrup Jensen, debdrup@freebsd.org __________________________________________________________________ FreeBSD Team Reports * FreeBSD Foundation * FreeBSD Core Team * FreeBSD Release Engineering Team * Cluster Administration Team * Continuous Integration * Ports Collection * FreeBSD Graphics Team status report Projects * NFS over TLS implementation * Import of the Kyua test framework * Linux compatibility layer update * syzkaller on FreeBSD Kernel * if_bridge * sigfastblock(2) * arm64 LSE atomic instructions * FreeBSD on Microsoft HyperV and Azure * FreeBSD on the ARM Morello platform * NXP ARM64 SoC support * ENA FreeBSD Driver Update Architectures * FreeBSD/powerpc Project * FreeBSD/RISC-V Project Userland Programs * GCC 4.2.1 Retirement * elfctl utility * ELF Tool Chain Ports * KDE on FreeBSD * XFCE * Wine on FreeBSD * Go on freebsd/arm64 * sysctlmibinfo2 API Documentation * FreeBSD Translations on Weblate * FreeBSD Manpages overhaul Third-Party Projects * pot and the nomad pot driver * NomadBSD __________________________________________________________________ FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. FreeBSD Foundation Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage software development projects, conferences and developer summits, and provide travel grants to FreeBSD contributors. The Foundation purchases and supports hardware to improve and maintain FreeBSD infrastructure and provides resources to improve security, quality assurance, and release engineering efforts; publishes marketing material to promote, educate, and advocate for the FreeBSD Project; facilitates collaboration between commercial vendors and FreeBSD developers; and finally, represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD last quarter: General We moved! Our new address is: The FreeBSD Foundation 3980 Broadway St. STE #103-107 Boulder, CO 80304 USA In February, the board of directors had an all-day board meeting in Berkely, CA, where FreeBSD began! We put together our strategic plans for the next 2 years, which includes software developments projects we want to support and some educational initiatives. COVID-19 impacts the Foundation. We put policies in place for all of our staff members to work from home. We also put a temporary ban on travel for staff members. We are continuing our work supporting the community and Project, but some of our work and responses are delayed because of changes in some of our priorities and the impact of limited childcare for a few of our staff members. Partnerships and Commercial User Support We help facilitate collaboration between commercial users and FreeBSD developers. We also meet with companies to discuss their needs and bring that information back to the Project. In Q1, Deb Goodkin met with commercial users at LinuxConfAu in Australia, FOSDEM in Belgium, and SCALE18x in the US. These venues provide an excellent opportunity to meet with commercial and individual users and contributors to FreeBSD. It's not only beneficial for the above, but it also helps us understand some of the applications where FreeBSD is used. In addition to meeting with commercial users at conferences, we continued discussions over email or on calls over the quarter. Fundraising Efforts Last quarter we raised $57,000! Thank you to everyone who came through, especially in this economic crisis we have found ourselves in. It heartens us deeply that individuals and organizations have supported our efforts, when there are so many people, animals, and businesses in need right now. We also want to extend a big thank you to Tarsnap, VMWare, and Stormshield for leading the way with Silver level donations. We hope other organizations will follow their lead and give back to help us continue supporting FreeBSD. We are 100% funded by donations, and those funds go towards software development work to improve FreeBSD, FreeBSD advocacy around the world, keeping FreeBSD secure, continuous integration improvements, sponsoring BSD-related and computing conferences, legal support for the Project, and many other areas. Please consider making a donation to help us continue and increase our support for FreeBSD: https://www.FreeBSDfoundation.org/donate/. We also have the Partnership Program, to provide more benefits for our larger commercial donors. Find out more information at https://www.FreeBSDfoundation.org/FreeBSD-foundation-partnership-program/ and share with your companies! OS Improvements The Foundation supports software development projects to improve the FreeBSD operating system through our full time technical staff, contractors, and project grant recipients. They maintain and improve critical kernel subsystems, add new features and functionality, and fix problems. Over the last quarter there were 273 commits to the FreeBSD base system source repository tagged with FreeBSD Foundation sponsorship, about 12% of base system commits over the quarter. Many of these are part of sponsored or staff projects that have their own entries in this FreeBSD Quarterly Report, but Foundation staff and contractors (Ed Maste, Konstantin Belousov, Mark Johnston, Li-Wen Hsu) also support the project with an ongoing series of bug fixes, build fixes, and miscellaneous improvements that don't warrant a separate entry. Ed committed miscellaneous improvements to various parts of FreeBSD's build infrastructure, largely prompted by the work to retire the obsolete GCC 4.2.1. This included removal of the LLVM_LIBUNWIND option (now always set), and the removal of unused gperf, gcov, and the GPL devicetree compiler (dtc). Ed committed sendfile support for the Linuxulator, submitted by previous intern Bora Özarslan, and tested and committed a number of submitted bug fixes for the Microchip USB-Ethernet controller if_muge driver. Ed also updated the copy of OpenSSH in the base system to 7.9p1, with additional updates in progress, and worked on a number of security advisories released during the quarter. Konstantin Belousov and Mark Johnston both performed a large number of code reviews during the quarter under Foundation sponsorship. This work helps developers in the FreeBSD community and those working at companies using FreeBSD to integrate their work into FreeBSD. In addition to work described elsewhere in this report Konstantin also continued his usual series of bug fixes and improvements. This quarter this included low-level x86 support, fixing sendfile bugs, file system and vfs bug fixes, and dozens of other miscellaneous improvements. Additional work included a variety of commits to support Hygon x86 CPUs and improvements to the runtime linker (rtld)'s direct execution mode. Mark Johnston continued his work on the Syzkaller system-call fuzzer, and committed fixes for many issues reported by Syzkaller. Mark triaged a large number of submitted bug reports and in many cases committed attached patches or developed fixes. Mark also addressed dozens of Coverity Scan reports. Mark's other changes included arm64 Large System Extensions (LSE) atomic operations, low-level arm64 and x86 work, virtual memory (VM) work, and bug fixes or other improvements to syslog, the lagg(4) link aggregation driver, and build reproducibility. Li-Wen Hsu committed many changes to tests in the base system, such as turning off known failing tests tracked by PRs, test-related pkgbase fixes, and other improvements. Continuous Integration and Quality Assurance The Foundation provides a full-time staff member who is working on improving our automated testing, continuous integration, and overall quality assurance efforts. During the first quarter of 2020, Foundation staff continued to improve the Project's CI infrastructure, worked with contributors to fix the failing build and test cases. The building of a CI staging environment is in progress on the new machine purchased by the Foundation. We are also working with other teams in the Project for their testing needs. For example, we added a new job for running LTP (Linux Testing Project) on the Linuxulator, to validate improvements in the Foundation's sponsored Linux emulation work. We are also working with many external projects and companies to improve their support of FreeBSD. See the FreeBSD CI section of this report for completed work items and detailed information. Supporting FreeBSD Infrastructure The Foundation provides hardware and support to improve the FreeBSD infrastructure. Last quarter, we continued supporting FreeBSD hardware located around the world. We purchased one server for a mirror in Malaysia, and signed the MOU for the new NYI colocation facility in Illinois. NYI generously provides this as an in-kind donation to the Project. FreeBSD Advocacy and Education A large part of our efforts are dedicated to advocating for the Project. This includes promoting work being done by others with FreeBSD; producing advocacy literature to teach people about FreeBSD and help make the path to starting using FreeBSD or contributing to the Project easier; and attending and getting other FreeBSD contributors to volunteer to run FreeBSD events, staff FreeBSD tables, and give FreeBSD presentations. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, to work together on projects, and to facilitate collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. Check out some of the advocacy and education work we did last quarter: * Organized and presented at the first ever FreeBSD Mini-Conf LinuxConfAu 2020, in Gold Coast, Australia in addition to sponsoring the conference itself. The recap can be found here. * Presented BSD Dev Room at FOSDEM '20, in Brussels, Belgium and represented FreeBSD at a stand along with other members of the community. Find out more here: https://www.freebsdfoundation.org/blog/fosdem-2020-conference-recap/ * Represented FreeBSD at Apricot 2020 in Melbourne, Australia and sponsored the event. * Industry Partner Sponsor for USENIX FAST '20 in Santa Clara, CA * Sponsored FOSSASIA 2020, in Singapore * Committed to hold FreeBSD Day at SCALE 18x, in Pasadena, CA * Held a "Getting Started with FreeBSD Workshop" at SCALE 18x in addition to giving a talk, representing FreeBSD at the Expo and holding a "Why FreeBSD is Me" BoF. Check out the conference recap. We continued producing FreeBSD advocacy material to help people promote FreeBSD. Learn more about our efforts in 2019 to advocate for FreeBSD. In addition to the information found in the Development Projects update section of this report, take a minute to check out the latest update blogs: * POWER to the People: Making FreeBSD a First Class Citizen on POWER. * Development Project Update: Toolchain Modernization. Read more about our conference adventures in the conference recaps and trip reports in our monthly newsletters. We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is now a free publication. Find out more and access the latest issues. You can find out more about events we attended and upcoming events here. As is the case for most of us in this industry, SCALE was the last event we will be attending for a few months. However, we're already working on how we can make more on-line tutorials and how-to guides available to facilitate getting more folks to try out FreeBSD. In the meantime, please check out the how-to guides we already have available! We have continued our work with a new website developer to help us improve our website. Work has begun to make it easier for community members to find information more easily and to make the site more efficient. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to http://www.FreeBSDfoundation.org/ to find out how we support FreeBSD and how we can help you! __________________________________________________________________ FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team is the governing body of FreeBSD. * Core approved a source commit bit for Alfredo Dal'Ava Júnior. Alfredo has been working on powerpc64 support. Justin Hibbits (jhibbits) will mentor Alfredo. * Core approved a source commit bit for Ryan Moeller. Ryan has been working on porting ZoL to FreeBSD. Alexander Motin (mav) and Matt Macy (mmacy) will mentor Ryan. * Core approved a source commit bit for Nick O'Brien. Nick has been working on RISC-V at Axiado. Kristof Provost (kp) and Philip Paeps (philip) will mentor Nick. * Core approved a source commit bit for Richard Scheffenegger. Richard has been contributing TCP work. Michael Tuexen (tuexen) will mentor Richard and Rodney Grimes (rgrimes) will act as co-mentor. * Core approved a source commit bit for Aleksandr Fedorov. Aleksandr has been testing and reviewing bhyve networking code. Vincenzo Maffione (vmaffione) will mentor Aleksandr and John Baldwin (jhb) will act as co-mentor. * Core requested that the freebsd-mobile@ list be retired as it was almost exclusively receiving spam. postmaster@ completed core's request. * Core approved third party authentication for some project services with certain conditions. For example, for authentication with Google, users must be using a FreeBSD.org account with two-factor authentication enabled. For GitHub, we will enable and force multi-factor authentication for our organization. * The Core-initiated Git Transition Working Group continued to meet over the first quarter of 2020. Their report is still forthcoming. __________________________________________________________________ FreeBSD Release Engineering Team Links FreeBSD 11.4-RELEASE schedule URL: https://www.freebsd.org/releases/11.4R/schedule.html FreeBSD 12.2-RELEASE schedule URL: https://www.freebsd.org/releases/12.2R/schedule.html FreeBSD development snapshots URL: https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. The FreeBSD Release Engineering Team published the schedules for the upcoming 11.4-RELEASE and 12.2-RELEASE cycles. Much time was spent by Glen Barber working on updates to the various build tools adding support for builds from both Subversion and Git. This is very much a work in progress, as there are a number of inter-connected moving parts. Additionally throughout the quarter, several development snapshots builds were released for the head, stable/12, and stable/11 branches. Much of this work was sponsored by Rubicon Communications, LLC (netgate.com) and the FreeBSD Foundation. __________________________________________________________________ Cluster Administration Team Links Cluster Administration Team members URL: https://www.freebsd.org/administration.html#t-clusteradm Contact: Cluster Administration Team The FreeBSD Cluster Administration Team consists of the people responsible for administering the machines that the Project relies on for its distributed work and communications to be synchronised. In this quarter, the team has worked on the following: * Upgrade all ref- and universe- machines * South Africa mirror (JINX) is online * Package service of Seattle, USA mirror (TUK) is online * Ongoing systems administration work: + Creating accounts for new committers. + Backups of critical infrastructure. + Keeping up with security updates in 3rd party software. Work in progress: * Setup Malaysia (KUL) mirror * Setup Brazil (BRA) mirror * Setup Amsterdam (PKT) mirror * Review the service jails and service administrators operation. * Infrastructure of building aarch64 and powerpc64 packages + NVME issues on PowerPC64 Power9 blocking dual socket machine from being used as pkg builder. + Drive upgrade test for pkg builders (SSDs) courtesy of the FreeBSD Foundation. + Boot issues with Aarch64 reference machines. * New NYI.net sponsored colocation space in Chicago-land area. * Prepare resource for git working group * Searching for more mirror providers + https://wiki.freebsd.org/Teams/clusteradm/generic-mirror-layout + https://wiki.freebsd.org/Teams/clusteradm/tiny-mirror __________________________________________________________________ Continuous Integration Links FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD Hardware Testing Lab URL: https://ci.FreeBSD.org/hwlab FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org FreeBSD CI weekly report URL: https://hackmd.io/@FreeBSD-CI FreeBSD Jenkins wiki URL: https://wiki.freebsd.org/Jenkins Hosted CI wiki URL: https://wiki.freebsd.org/HostedCI 3rd Party Software CI URL: https://wiki.freebsd.org/3rdPartySoftwareCI Tickets related to freebsd-testing@ URL: https://preview.tinyurl.com/y9maauwg FreeBSD CI Repository URL: https://github.com/freebsd/freebsd-ci Contact: Jenkins Admin Contact: Li-Wen Hsu Contact: freebsd-testing Mailing List Contact: IRC #freebsd-ci channel on EFNet The FreeBSD CI team maintains the continuous integration system and related tasks for the FreeBSD project. The CI system regularly checks the committed changes can be successfully built, then performs various tests and analysis of the results. The artifacts from the build jobs are archived in the artifact server for further testing and debugging needs. The CI team members examine the failing builds and unstable tests and work with the experts in that area to fix the codes or adjust test infrastructure. The details of these efforts are available in the weekly CI reports. During the first quarter of 2020, we continue working with the contributors and developers in the project for their testing needs and also keep working with external projects and companies to improve their support of FreeBSD. Important changes: * All the -head jobs are using clang/lld toolchain * All the -head test are using kyua in the base * RISC-V jobs now generate full disk image and run tests in QEMU with OpenSBI * freebsd-doc job also checks building of www.freebsd.org New jobs added: * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * https://ci.freebsd.org/job/FreeBSD-head-powerpc64-images/ * https://ci.freebsd.org/job/FreeBSD-head-powerpc64-testvm/ Work in progress: * Collecting and sorting CI tasks and ideas here * Setup the CI stage environment and put the experimental jobs on it * Implementing automatic tests on bare metal hardware * Adding drm ports building test against -CURRENT * Testing and merging pull requests in the FreeBSD-ci repo * Planning for running ztest and network stack tests * Helping more 3rd software get CI on FreeBSD through a hosted CI solution * Adding non-x86 test jobs. * Adding external toolchain related jobs. * Adding more hardware to the hardware lab Please see freebsd-testing@ related tickets for more WIP information, and join the efforts Sponsor: The FreeBSD Foundation __________________________________________________________________ Ports Collection Links About FreeBSD Ports URL: https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/ports-contributing.html FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/index.html Ports Management Team URL: https://www.freebsd.org/portmgr/index.html Contact: René Ladan Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall direction of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. During the last quarter the number of ports settled in at 39,000. There are currently just over 2,400 open PRs of which 640 are unassigned. The last quarter saw 8146 commits by 173 committers to the HEAD branch and 357 commits by 52 committers to the 2020Q1 branch. This means the number of PRs grew although the committer activity remained more or less constant. As always, people come and go. This time we welcomed Loïc Bartoletti (lbartoletti@), Mikael Urankar (mikael@), Kyle Evans (kevans@, who is already a src committer), and Lorenzo Salvadore (salvadore@, who we already know for compiling these reports you are reading right now). We said goodbye to dbn@ and theraven@, who we hope to see back in the future. On the infrastructure side, USES=qca was added and USES=zope was removed. The latter was also due to it was incompatible with Python 3, and portmgr is in the process of removing Python 2.7 from the Ports Tree. This means that all ports that currently rely on Python 2.7 need to be updated to work with Python 3 or be removed. After a long period of work by multiple people, Xorg got updated from the 1.18 to the 1.20 release series. Also, the web browsers were updated: Firefox to version 75.0, Firefox ESR to 68.7.0, and Chromium to 80.0.3987.149. The package manager itself got updated to version 1.13.2. antoine@ ran 29 exp-runs during the last quarter for various updates to KDE, poppler, pkg and build tools; and test compatibility with src changes: removing procfs-based debugging, fixing TLS alignment, and only including libssp_nonshared.a in libc for the i386 and Power architectures. __________________________________________________________________ FreeBSD Graphics Team status report Links Project GitHub page URL: https://github.com/FreeBSDDesktop Contact: FreeBSD Graphics Team Contact: Niclas Zeising The FreeBSD X11/Graphics team maintains the lower levels of the FreeBSD graphics stack. This includes graphics drivers, graphics libraries such as the MESA OpenGL implementation, the X.org xserver with related libraries and applications, and Wayland with related libraries and applications. The biggest highlight by far during the previous quarter was the long awaited update of xorg-server to version 1.20. After years of work by many people, this update finally landed in the form of xorg-server 1.20.7. With this update came a couple of new things, most notably, FreeBSD 12 and later was switched to use the udev/evdev backend by default for handling input devices, such as mice and keyboards. Together with this release, the OpenGL library implementation mesa was switched to use DRI3 by default, instead of the older DRI2. These updates caused some fallout when they first were comitted, most notably issues with keyboards. But with help from Michael Gmelin and others on the mailing lists, most issues were sorted fast. Unfortunately version 304 of the nVidia graphics driver is no longer supported as of this release. Since this update, xorg-server has also been bumped to 1.20.8, which is the latest upstream release. Apart from this update, there has also been ongoing work to keep the various drm-kmod ports and packages up to date, mostly in response to changes in FreeBSD CURRENT and to security issues found in the Intel i915 driver. We have also done updates as needed to keep the graphics and input stack up to date and working, and deprecated and removed several old and no longer used drivers, applications and libraries. We have also continued our regularly scheduled bi-weekly meetings. People who are interested in helping out can find us on the x11@FreeBSD.org mailing list, or on our gitter chat: (https://gitter.im/FreeBSDDesktop/Lobby). We are also available in #freebsd-xorg on EFNet. We also have a team area on GitHub where our work repositories can be found: https://github.com/FreeBSDDesktop __________________________________________________________________ Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. NFS over TLS implementation Contact: Rick Macklem In an effort to improve NFS security, an internet draft which I expect will become and RFC soon specifies the use of TLS 1.3 to encrypt all data traffic on a Sun RPC connection used for NFS. Although NFS has been able to use sec=krb5p to encrypt data on the wire, this requires a Kerberos environment and, as such, has not been widely adopted. It also required that encryption/decryption be done in software, since only the RPC message NFS arguments are encrypted. Since Kernel TLS is capable of using hardware assist to improve performance and does not require Kerberos, NFS over TLS may be more widely adopted, once implementations are available. Since FreeBSD's kernel TLS requires that data be in ext_pgs mbufs for transmission, most of the work so far has been modifying the NFS code that builds the protocol arguments to optionally use ext_pgs mbufs. Coding changes to handle received ext_pgs mbufs has also been done, although this may not be required by the receive kernel TLS. The kernel RPC has also been modified to do the STARTTLS Null RPC and to do upcalls to userland daemons that perform the SSL_connect()/SSL_accept(), since the kernel TLS does not do this initial handshake. So far only a self signed certificate on the server, with no requirement for the client to have a certificate has been implemented. Work is still needed to be done for the case where the NFS client is expected to have a signed certificate. In particular, it is not obvious to me what the correct solution is for clients that do not have a fixed IP address/DNS name. The code now is about ready for testing, but requires that the kernel TLS be able to support receive as well as transmit. Patches to the kernel TLS for receive are being worked on by jhb@freebsd.org. Once receive side kernel TLS becomes available, the code in subversion under base/projects/nfs-over-tls will need third party testing and a security evaluation by someone familiar with TLS. __________________________________________________________________ Import of the Kyua test framework Links The FreeBSD Test Suite URL: https://wiki.freebsd.org/TestSuite Contact: Brooks Davis The FreeBSD test suite uses the Kyua test framework to run tests. Historically Kyua has been installed from the ports collection (devel/kyua). While this is fine for mainstream architectures, it can pose bootstrapping issues on new architectures and package installation is quite slow under emulation or on FPGA based systems. By including it in the FreeBSD base system we can avoid these issues. We hope that this inclusion will spur testing of embedded platforms and simplify the process of testing within continuous integration systems. We currently plan to retain the devel/kyua port to serve FreeBSD versions without and to serve as a development version. Sponsor: DARPA __________________________________________________________________ Linux compatibility layer update Contact: Edward Tomasz Napierala Work during this quarter focused on source code cleanup and making it easier to debug missing functionality. There were, however, some user-visible changes: added support for TCP_CORK as required by Nginx, added support MAP_32BIT flag, which fixes Mono binaries from Ubuntu Bionic, and a fix for DNS resolution with glibc newer than 2.30, which affected CentOS 8. The Linux Test Project tests that are being run as part of the the FreeBSD Continuous Integration infrastructure now include the Open POSIX test suite. There's still a lot to do: * There are pending reviews for patches that add extended attributes support, and fexecve(2) syscall, and they require wrapping up and committing * There are over 400 failing LTP tests. Some of them are false positives, some are easy to fix bugs, and some require adding new system calls. Any help is welcome. Sponsor: The FreeBSD Foundation __________________________________________________________________ syzkaller on FreeBSD Contact: Mark Johnston Contact: Michael Tuexen See the syzkaller entry in the 2019q1 quarterly report for an introduction to syzkaller. A number of kernel bugs have been found by syzkaller and fixed this quarter, mostly in the network stack and file descriptor table code. Bug investigations have led to improvements in debugging facilities and assertions, for example in the SCTP stack. Syzkaller reproducers have been added to Peter Holm's stress2 suite, helping ensure that regressions are found quickly. The syzkaller instance hosted by backtrace.io (see the 2019q3 report) has been very useful in testing syzkaller improvements and finding bugs. Though Google runs a dedicated syzkaller instance targeting FreeBSD, it has proved fruitful to run multiple instances since they end up building different corpuses and thus discover different, though overlapping, sets of bugs. Support for fuzzing a number of new system calls has been added, including the new copy_file_range() and __realpathat() system calls, and the Capsicum system calls. Some work was also done to audit existing system call definitions to ensure that FreeBSD-specific extensions of POSIX system calls are covered. Work is ongoing to target the Linux emulation layer, and to collect kernel dumps so that one-off crashes with no reproducer have a chance at being diagnosed and fixed. Sponsor: backtrace.io Sponsor: The FreeBSD Foundation __________________________________________________________________ Kernel Updates to kernel subsystems/features, driver support, filesystems, and more. if_bridge Contact: Kristof Provost The current implementation of if_bridge uses a single mutex to protect its internal data structures. As a result it's nowhere near as fast as it could be. This is relevant for users who want to run many vnet jails or virtual machines bridged together, for example. As part of this project several new tests have already been added for if_bridge. These are generally very useful for validating any locking changes, and will also help to prevent regressions for other future changes. These tests live in /usr/tests/sys/net/if_bridge_test. The current work is concentrating on investigating if it's possible to leverage the ConcurrencyKit epoch code for the datapath (i.e. bridge_input(), bridge_output(), bridge_forward(), ...). Sponsor: The FreeBSD Foundation __________________________________________________________________ sigfastblock(2) Contact: Konstantin Belousov Rtld services need to be async signal safe. This is needed, for instance, to provide working symbol bindings in signal handlers. For threaded processes, libthr interposes all user-installed signal handlers and saves the signals and related context if signal is delivered while rtld or libthr are in protected section of code. In non-threaded processes, the async safety is provided by changing signal mask for the thread. It is actually better than the interposing done by libthr, since signals are delivered in the right context, instead of libthr attempt of recreate it later. But the unfortunate side-effect is that each rtld entry requires two syscalls, one to set mask, and one to restore it. Typically this adds around 40 or more syscalls on each process startup. Worse, rtld services used by typical language runtime exception handling systems also have the cost of signal mask manipulation. The new sigfastblock(2) syscall was added that allows thread to designate a memory location as fast signal block. If this word contains non-zero value, kernel interprets the thread state same as if all blockable signals are blocked. The facility drastically improves exception handling speed on FreeBSD. Since signals might abort interruptible sleeps, initial implementation read the blocking word on each syscall entry. This is needed to ensure that userspace does not see spurious EINTR/ERESTART if the signals are blocked by the word. Since if kernel cached outdated value for the block word, it would abort sleep, but then ast sees the correct mask and does not deliver the pending signal. There were concerns that this read of the word causes slowdown in syscalls microbenchmarks, esp. on machines with SMAP. The reason is that SMAP requires all userspace access bracketed by STAC/CLAC pair of instructions, which are de-facto serializing (this is not architectural, but all current microarchitectures do it). The decision was made to eliminate the word read, at the cost of possibly returning spurious EINTR. The impact should be minimal, since sigfastblock(2) is not supposed to be the service available to users, it is only assumed for rtld and libthr implementations. Sponsor: The FreeBSD Foundation __________________________________________________________________ arm64 LSE atomic instructions Contact: Mark Johnston An investigation of some performance oddities on EC2 Graviton 2 instances resulted in support for the use of Large System Extension (LSE) atomic instructions in the FreeBSD kernel. LSE is an mandatory ISA extension specified in ARMv8.1. It consists of a number of new atomic instructions, superseding the Load-Linked/Store-Conditional (LL/SC) instruction pairs use when LSE is not implemented. The extension is present in a number of ARMv8 server platforms, including the Cavium ThunderX2 and AWS Graviton 2. The new instructions provide significantly better scalability. A recent set of patches modified the FreeBSD kernel to detect support for LSE and dynamically select an atomic(9) implementation based on the new instructions when all CPUs implement the extension. The initial atomic(9) implementations were provided by Ali Saidi. Some benchmarking on a 64-vCPU Graviton 2 instance shows a ~4% reduction in wall clock time for a kernel build, and a ~15% reduction in system CPU time. Some ARMv8 multi-processor systems implement a heterogenous CPU architecture, referred to as big.LITTLE, in which multiple processor types are used. Surprisingly, such systems may implement the LSE on only a subset of its CPUs, in which case LSE instructions cannot be used by the kernel. As a result, FreeBSD currently waits until all processors are online before selecting the atomic(9) implementation, which precludes the use of ifuncs to provide dynamic selection. Currently atomic(9)'s use of LSE is limited to the kernel. A future project would extend this to userspace, so that FreeBSD system libraries can leverage the LSE instructions when they are available. Sponsor: The FreeBSD Foundation Sponsor: Amazon __________________________________________________________________ FreeBSD on Microsoft HyperV and Azure Links FreeBSD on MicrosoftAzure wiki URL: https://wiki.freebsd.org/MicrosoftAzure FreeBSD on Microsoft HyperV URL: https://wiki.freebsd.org/HyperV Contact: FreeBSD Integration Services Team Contact: Wei Hu Contact: Li-Wen Hsu Wei is working on HyperV Socket support for FreeBSD. HyperV Socket provides a way for the HyperV host and guest to communicate using a common socket interface without networking required. Some features in Azure require HyperV Socket support in the guest. Details of HyperV Socket is available here. The work-in-progress is available here This project is sponsored by Microsoft. Li-Wen is working on the FreeBSD release code related to Azure for the -CURRENT and 12-STABLE branches. The release of 12.1-RELEASE on Azure is also in progress. The work-in-progress is available here This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ FreeBSD on the ARM Morello platform Links The Arm Morello Board URL: https://www.cl.cam.ac.uk/research/security/ctsrd/cheri/cheri-morello.html The CHERI Project URL: https://www.cl.cam.ac.uk/research/security/ctsrd/cheri/ Contact: Andrew Turner Contact: Ruslan Bukin Contact: Brooks Davis Contact: John Baldwin Contact: Robert Watson CHERI (Capability Hardware Enhanced RISC Instructions) extends conventional hardware Instruction-Set Architectures (ISAs) with new architectural features to enable fine-grained memory protection and highly scalable software compartmentalization. The CHERI memory-protection features allow historically memory-unsafe programming languages such as C and C++ to be adapted to provide strong, compatible, and efficient protection against many currently widely exploited vulnerabilities. The CHERI scalable compartmentalization features enable the fine-grained decomposition of operating-system (OS) and application code, to limit the effects of security vulnerabilities in ways that are not supported by current architectures. CHERI is a hybrid capability architecture in that it is able to blend architectural capabilities with conventional MMU-based architectures and microarchitectures, and with conventional software stacks based on virtual memory and C/C++. This approach allows incremental deployment within existing ecosystems, which we have demonstrated through hardware and software prototyping. On 18 October 2019, Arm announced Morello, an experimental CHERI-extended, multicore, superscalar ARMv8-A processor, System-on-Chip (SoC), and prototype board to be available from late 2021. Morello is a part of the UKRI £187M Digital Security by Design Challenge (DSbD) supported by the UK Industrial Strategy Challenge Fund, including a commitment of over £50M commitment by Arm. The aim is to test and validate CHERI extensions to the Arm ISA at scale with the idea that "successful concepts are expected to be carried forward into the architecture." The Morello board is scheduled to ship in the third quarter of 2021. Over the past decade we have developed CheriBSD, a version of FreeBSD supporting CHERI. Our public facing work has been performed on MIPS64 and more recently on RISC-V. Andrew has also developed a port to an earlier version of the Morello ISA which we will be merging into our public repository as simulators and compilers become available. The Morello board is based on the Arm Neoverse N1 platform and derived from the N1SDP development platform. (The AWS Graviton2 systems are also based on the N1 core.) Ruslan and Andrew are currently working to enable all relevant features of the N1 and the N1SDP to give us a solid baseline for work on Morello. These features include the PCI root complex, system memory management unit (SMMU), and CoreSight. To the extent practical we are upstreaming these features to FreeBSD. Sponsor: DARPA, UKRI __________________________________________________________________ NXP ARM64 SoC support Contact: Marcin Wojtas Contact: Artur Rojek Contact: Dawid Gorecki The Semihalf team initiated working on FreeBSD support for the NXP LS1046A SoC LS1046A are quad-core 64-bit ARMv8 Cortex-A72 processors with integrated packet processing acceleration and high speed peripherals including 10 Gb Ethernet, PCIe 3.0, SATA 3.0 and USB 3.0 for a wide range of networking, storage, security and industrial applications. Completed since the last update: * Clean-up and rebase support on top of FreeBSD-HEAD. Prepare features for the upstream submission: + QorIQ platform clockgen driver + LS1046A clockgen driver + GPIO support for QorIQ boards + QorIQ LS10xx AHCI driver + VF610 I2C controller support + TCA6416 GPIO expander + Epson RX-8803 RTC + QorIQ LS10xx SDHCI driver Todo: * Upstreaming of developed features. This work is expected to be submitted/merged to HEAD in the Q2 of 2020. Sponsor: Alstom Group __________________________________________________________________ ENA FreeBSD Driver Update Links ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbsd/ena/README Contact: Michal Krawczyk Contact: Maciej Bielski Contact: Marcin Wojtas ENA (Elastic Network Adapter) is the smart NIC available in the virtualized environment of Amazon Web Services (AWS). The ENA driver supports multiple transmit and receive queues and can handle up to 100 Gb/s of network traffic, depending on the instance type on which it is used. Completed since the last update: * Upstream of the driver to v2.1.1, introducing: + Bug fix for LLQ mode which was causing race when multiple IO queues were used Work in progress: * Last touches for ENA v2.2.0 release, introducing: + Add driver support for the upcoming HW features (like Rx offsets, reporting Tx drops) + Add sysctl tuneables for IO queue number + Create IO queues with optional size backoff + Rework the way of configration of drbr and Rx ring size to be more robust and stable + New HAL version + Other minor fixes and improvements Sponsor: Amazon.com Inc __________________________________________________________________ Architectures Updating platform-specific features and bringing in support for new hardware platforms. FreeBSD/powerpc Project Contact: Mark Linimon Contact: Justin Hibbits Contact: Piotr Kubaj The FreeBSD/powerpc project continues to mature. In addition to the above listed people, we want to acknowledge contributions from adalava, bdragon, luporl, and mikael, among others. Key points: * On -CURRENT, all platforms have been switched to the LLVM 10.0 compiler and lld10. Thus, ld.bfd has been removed from base. * On powerpc64, -CURRENT has been switched to the ELFv2 ABI. Older versions of -CURRENT that either used GCC, or LLVM with the ELFv1 ABI, are no longer supported. * On powerpc64 FreeBSD-STABLE (11 and 12), the platforms still remain on the antique gcc4.2.1 in base. Note: that version of GCC has been removed from the -CURRENT src tree. Support for this configuration is now a "best-effort" status. * On powerpc (32-bit), the ABI did not change as with powerpc64, so upgrading should be easier than with powerpc64. Hardware status: * The aacraid(4) driver has been been fixed for big-endian, thanks to luporl. This means that Talos customers who got the SAS option can now use the onboard SAS. * The ixl(4) driver has also been fixed for big-endian, also thanks to luporl. Software status: * As a result of -CURRENT switching to LLVM/ELFv2, ifuncs became available, meaning that we now have optimized memcpy/bcopy and strncpy functions when running on processors that supports VSX instructions. * powerpc64 is now able to run on QEMU without the need of Huge Pages support. * The virtio drivers have been fixed. * kernel minidump has been fixed. Package status: * A FreeBSD.org package set is available for powerpc64/12 (quarterly). The -quarterly build has just been rebased from 12.0 to 12.1, per the desupport of the older 12.0. The first rebased build has been completed, with 29776 packages being available. * We are currently working on the upgrade of the package builder to a recent -CURRENT. Therefore, the available packages for -CURRENT are still ELFv1, which are not useful. Please contact Mark Linimon for more information. * mesa has been switched to llvm90, which fixes certain problems. * Work continues on firefox and related ports. * More ports fixes are being committed every day. The team would like to thank IBM for the loan of two POWER8 and one POWER9 machines, and Oregon State University (OSU) for providing the hosting. As well, we would like to thank the clusteradm team for keeping the Tyan POWER8 machines online that are hosted at NYI. Also, Piotr would like to thank the FreeBSD Foundation for funding his personal Talos, and Raptor (via its IntegriCloud subsidiary) for loaning a server on which talos.anongoth.pl runs. __________________________________________________________________ FreeBSD/RISC-V Project Links Wiki URL: https://wiki.freebsd.org/riscv Contact: Ruslan Bukin Contact: Mitchell Horne Contact: John Baldwin Contact: Kristof Provost Contact: Philip Paeps Contact: freebsd-riscv Mailing List Contact: IRC #freebsd-riscv channel on freenode It has been a year since the RISC-V project's last status report. In that time, the RISC-V port has benefited from increased attention, and received improvements of all kinds. The RISC-V project has brought in two new src committers. We'd like to welcome Jessica Clarke (jrtc27@), who is a member of CheriBSD, and Nick O'Brien (nick@) of Axiado to the team. Some highlights from last year: * Bring-up on SiFive's Hifive Unleashed board * Support for the OpenSBI firmware and version 0.2 of the SBI specification * Addition of the UART, SPI, and PRCI device drivers for the HiFive Unleashed Last quarter, the default compiler and linker was switched to clang/lld. This required a small number of integration changes on our side, but was mainly enabled by the upstream improvements to the RISC-V LLVM back-end. LLVM's RISC-V support became "official" with LLVM 9, and LLVM 10 has brought further improvements. The LLVM back-end is expected to continue to mature, as there are now many parties actively involved in its development. GCC remains supported as an external toolchain for RISC-V. The CI job for HEAD has been updated to use the clang/lld toolchain, and a GCC job will be added in the future. The RISC-V disk image built in the CI system now contains the full base system and is available on the CI artifact server for further testing. The CI test job was updated to use OpenSBI in qemu. Work on running the FreeBSD test suite for RISC-V in the CI system is in progress. Some progress has been made on supporting the ports framework on RISC-V, which was mostly untested until recently. First, emulators/qemu-user-static-devel received an update adding support for the RISC-V 64-bit ABI, allowing ports to be cross-compiled via poudiere(8). Second, improvements were made to the detection of the soft-float ABI, riscv64sf. Systems running either of the hard-float or soft-float ABIs can now compile and run ports natively. At the moment a small subset of ports can be built successfully, and in the coming months we will look to improve that to include a base set of crucial ports (e.g. python or perl). The CheriBSD project saw an initial port to RISC-V this quarter. Preliminary support for the CHERI ISA has been added to the Spike and QEMU emulators, as well as the necessary changes on the CheriBSD side. Currently, the CheriBSD RISC-V kernel boots, and most statically compiled CHERI binaries run without issue. Although real RISC-V hardware is still scarce, any users with an interest trying out or contributing to the RISC-V port are encouraged to do so. Please visit the recently updated wiki page for information on getting set up, or check out "Getting Started with FreeBSD/RISC-V" in the January/February edition of The FreeBSD Journal. Sponsor: DARPA, AFRL, Axiado, the FreeBSD Foundation __________________________________________________________________ Userland Programs Changes affecting the base system and programs in it. GCC 4.2.1 Retirement Contact: Ed Maste Contact: Warner Losh In 2007 the GNU Compiler Collection (GCC) migrated to GPLv3, which prompted discussions about the future of the FreeBSD tool chain. We held a Tool Chain Summit at BSDCan 2010. Roman Divacky gave an update on the ClangBSD project, building FreeBSD using the new and rapidly improving Clang compiler. Since that time Clang was imported into the FreeBSD base system and was used more and more widely - first being installed but not the default cc, then used by default on i386 and amd64, and later used on more and more targets. In the years since Dimitry Andric has been keeping our copy of Clang up-to-date. GCC 4.2.1 was kept in the tree for a few FreeBSD targets that hadn't migrated to Clang, such as MIPS and Sparc64. By early this year all remaning targets had migrated to external toolchain (contemporary GCC from ports or packages), or had been deprecated. With no in-tree consumers remaining, GCC 4.2.1 was removed from FreeBSD in r358454 on February 29, 2020. Sponsor: The FreeBSD Foundation __________________________________________________________________ elfctl utility Contact: Ed Maste In r340076 Ed added the NT_FREEBSD_FEATURE_CTL ELF note, used to allow binaries to opt out of, or in to, vulnerability mitigation and other features. FreeBSD Foundation intern Bora Özarslan later added a tool to decode and modify the ELF note, but it had yet to be installed by default. In the previous quarter Ed renamed the tool to elfctl, and installed it in /usr/bin. Ed also committed a number of minor bug fixes, code style improvements, etc. Usage examples - list known feature flags: $ elfctl -l Known features are: aslr Disable ASLR protmax Disable implicit PROT_MAX stackgap Disable stack gap wxneeded Requires W+X mappings List feature tags set on a binary: $ elfctl /bin/ls File '/bin/ls' features: aslr 'Disable ASLR' is unset. protmax 'Disable implicit PROT_MAX' is unset. stackgap 'Disable stack gap' is unset. wxneeded 'Requires W+X mappings' is unset. Indicate that a binary requests to opt-out of address randomization: $ elfctl -e +aslr binary Sponsor: The FreeBSD Foundation __________________________________________________________________ ELF Tool Chain Contact: Ed Maste A number of performance and functional improvements were committed to ELF Tool Chain tools over the last quarter. FreeBSD Foundation intern Tiger Gao added DWARF Debug Information Entry (DIE) caching to addr2line which provided a substantial improvement when translating many entries (even surpassing GNU addr2line with a large list). Tiger also rebased and updated an upstream ELF Tool Chain submission to handle DW_AT_ranges and addressed two elfcopy/objcopy bugs: setting the OS/ABI field correctly when converting a binary file to ELF, and correctly adding new sections when there is no .shstrtab section. Ed committed several readelf improvements, including decoding the PROTMAX_DISABLE, STKGAP_DISABLE, and WXNEEDED ELF feature control flags, decoding Xen and GNU Build-ID ELF notes, and improved input validation. Mark Johnston addressed many memory and file descriptor leaks and similar issues reported by Coverity Scan. Sponsor: The FreeBSD Foundation __________________________________________________________________ Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. KDE on FreeBSD Links KDE FreeBSD URL: https://freebsd.kde.org/ KDE Community FreeBSD URL: https://community.kde.org/FreeBSD Contact: Adriaan de Groot The KDE on FreeBSD project packages the software produced by the KDE Community for FreeBSD. The software includes a full desktop environment KDE Plasma, the art application Krita, video editor Kdenlive and hundreds of other applications that can be used on any FreeBSD desktop machine. The quarter opened with a new kstars (amateur astronomy application) release landing in ports, and then had the usual regular updates: * three KDE Frameworks releases (on a monthly schedule), * three bugfix releases to the collection of KDE software from the KDE release service (formerly KDE Applications, but it was always more that only-applications), * three bugfix releases to the KDE Plasma desktop. There were no substantial Qt updates but four bugfix releases for devel/cmake, and regular work all over the ports tree. The SDDM login manager was updated to a much newer -- by over a year -- release and patched to support more FreeBSD features. One update to devel/qca dropped compatibility with FreeBSD 11 because upstream no longer supports older OpenSSL versions. There is infrastructure in the ports tree now that adds a USES=qca for Qt applications needing crypto support. The open bugs list remains stable around 28 open issues, with some interesting xkb issues as a highlight. We welcome detailed bug reports and patches. KDE packaging updates are prepared in a copy of the ports repository on GitHub and then merged in SVN. We welcome pull requests there as well. __________________________________________________________________ XFCE Contact: Guido Falsi After the XFCE update to 4.14 a regression was observed in the XFCE window manager xfwm4. It caused window decorations to be drawn wrong or missing with certain graphic hardware setups. It has been reported that the recent update to Xorg server in the ports tree fixes this issue. The updated Xorg server will be available in the next qurterly branch. __________________________________________________________________ Wine on FreeBSD Links Wine homepage URL: https://www.winehq.org Contact: Gerald Pfeifer Contact: Lorenzo Salvadore The standard Wine port has moved from Wine 4.0.3 to Wine 5.0 which represents over 7,400 individual changes including built-in modules in PE format, multi-monitor support, Vulkan 1.1 support, and an XAudio2 re-implementation. After our request for help in the last quarterly report the i386 wine ports have been adopted by salvadore who immediately started resolving existing bugs and improving the ports. Most of this work is ready and we began committing first pieces in March. Since it takes more time than initially expected, we will also update the i386-wine-devel port during this process so that users needing a more recent version can easily get it from the ports tree (or binary packages). On the other hand, we plan on backporting these improvements to i386-wine after i386-wine-devel is done and only then update that port, so that we always guarantee a stable version of i386-wine. __________________________________________________________________ Go on freebsd/arm64 Links Go 1.14 Release Notes URL: https://golang.org/doc/go1.14#freebsd Contact: Mikaël Urankar Contact: Dmitri Goutnik Starting from the recently released version 1.14, Go now officially supports 64-bit ARM architecture on FreeBSD 12.0 or later. This porting effort was initially started by Greg V (aka myfreeweb) and resumed by Shigeru Yamamoto, Dmitri Goutnik and Mikaël Urankar. Dmitry has set up a CI builder to catch regression on FreeBSD aarch64 (it's required by the golang policy for adding a new port to the main Go repository) Work in progress: * a lot of ports use an old version of golang.org/x/sys or golang.org/x/net (to name a few) that doesn't contain the FreeBSD aarch64 bits, work is being done to fix these ports (details are in the bug tracker entry __________________________________________________________________ sysctlmibinfo2 API Links sysctlmibinfo2 URL: https://gitlab.com/alfix/sysctlmibinfo2 Contact: Alfonso Sabato Siciliano In the previous third and fouth quarterly status reports 2019, the sysctlinfo interface and an extension to improve the sysctlbyname() syscall were described, they can access to the sysctl MIB and pass the properties of an object to the userland, but both are quite low level and kernel related. The sysctlmibinfo2 library provides an API to explore the sysctl MIB, to convert an object name in its corresponding Object Identifier and to find an object to get its properties, therefore it is useful to handle an object correctly and to build a sysctl-like utility. Primarily sysctlmibinfo2 wraps the low level interface to provide an easy API, some example: sysctlmif_desc() retrieves the description of an object, sysctlmif_kind() gets the type (string, integer, etc) and sysctlmif_fmt() specifies the format (an integer could represent a deciKelvin, milliKelvin, etc), then it is possible to print properly an object value. Moreover sysctlmibinfo2 provides a high level API: a struct sysctlmif_object definition and functions to build data structures of objects. Example, let's say we want to manage the sound system, sysctlmif_grouplistbyname("hw.snd") returns the list of the Sound Driver objects and sysctlmif_treebyname("dev.pcm") returns a tree where "dev.pcm" is the root node and each subtree represents an audio device. Obviously sysctlmibinfo2 benefits of the features of sysctlinfo: handles OIDs up to CTL_MAXNAME levels, supports capability mode, can seek an object by its name (avoiding to explore the MIB just to find the corresponding OID), gets all info about an object in a time, manages a name with a NULL level or expanded with an input for the sysctl handler. The library can be installed via the devel/libsysctlmibinfo2 port, a manual page and examples in the Public Domain are available for getting started your projects. __________________________________________________________________ Documentation Noteworthy changes in the documentation tree, in manpages, or in external books/documents. FreeBSD Translations on Weblate Links Translate FreeBSD on Weblate wiki URL: https://wiki.freebsd.org/DocTranslationOnWeblate FreeBSD Weblate Instance URL: https://translate-dev.freebsd.org/ Contact: Danilo G. Baio Contact: Edson Brandi As announced on January, The FreeBSD Project is adopting Weblate as its web-based continuous localization platform. We are getting new volunteers to the effort and so far these are the numbers: Q1 2020 Status * 10 languages * 47 registered users Languages * Chinese (Simplified) (zh_CN) * Chinese (Traditional) (zh_TW) - Added * French (fr_FR) - Added * German (de_DE) - Added * Italian (it_IT) - Added * Norwegian Bokmål - Added - New language on FreeBSD * Persian (fa_IR) - Added - New language on FreeBSD * Portuguese (Brazil) * Spanish * Turkish (tr-TR) [1] - Added - New language on FreeBSD 1 - Already had an effort in the past. We want to thank everyone that contributed, translating or reviewing documents. And please, help promote this effort on your local user group, we always need more volunteers. __________________________________________________________________ FreeBSD Manpages overhaul Contact: Gordon Bergling I am currently working on an overhaul for the FreeBSD manpages by updating the HISTORY and STANDARDS sections and while here creating new manpages for parts of the system that missing documentation. FreeBSD has already one of the best documentation available for an UNIX-like operation system, but there are parts that could be improved. For the parts that have been already improved you can have a look at my Phabricator account. If you would like to help on improving the documentation effort, please contact Benedict Reuschling bcr@freebsd.org or me at gbergling@gmail.com. __________________________________________________________________ Third-Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. pot and the nomad pot driver Links pot project URL: https://pot.pizzamig.dev pot on github URL: https://github.com/pizzamig/pot Nomad pot driver URL: https://github.com/trivago/nomad-pot-driver minipot URL: https://github.com/pizzamig/minipot Contact: Luca Pizzamiglio Contact: Esteban Barrios An initial effort to write proper documentation and guides for the pot project has started. The documentation, even if incomplete, is available at here. A F.A.Q. page is available and waiting for users to submit their questions. During the last quarter, some bugs were reported on pot and on the nomad-pot-driver. Both projects released a new bug fix version. Many thanks to 'grembo' and 'Crest' that reported issues, tested and tried our solutions. Thanks also to Mateusz (0mp) for his Pull Requests! pot will have a new release soon (0.11.0), focused on network: * network stack support: ipv4 only, ipv6 only, dual stack. * flexible network setup for alias: adding the ability to use an arbitrary network setup for alias network type Contributions are welcome! Label "good first issue" has been added to issues to invite newcomers to contribute to the project! __________________________________________________________________ NomadBSD Links NomadBSD Website URL: https://www.nomadbsd.org/ NomadBSD Github URL: https://www.github.com/NomadBSD/NomadBSD NomadBSD Forum URL: https://forum.NomadBSD.org/ Contact: NomadBSD Team NomadBSD is a persistent live system for USB flash drives, based on FreeBSD. Together with automatic hardware detection and setup, it is configured to be used as a desktop system that works out of the box, but can also be used for data recovery, for educational purposes, or testing FreeBSD's hardware compatibility. In March we released a new minor version 1.3.1 which improves the configuration of the network interfaces, fixed some bugs and added nomadbsd-chusr and nomadbsd-sysinfo. Further some new features found their way into the release. Some days later the channel explainingcomputers on YouTube released a review video of NomadBSD. The explainingcomputers has almost 600,000 followers and the review was positive so we saw the highest peak in downloads ever! Along with it came a lot of people looking for help on our mailing list and on Twitter so we decided to set up a new support forum. We are looking for people to help the project. Help is much appreciated in all areas: * Translation of program interfaces * Design artwork * Programming new tools, extend existing ones * Tests and Bug reports / UX and feature suggestions * Mirrors outside of Europe Open tasks: * Support installation on disk partitions and add a partition editor GUI. * Complete disk encryption * Add a user-friendly network manager From owner-freebsd-hackers@freebsd.org Mon Apr 13 01:48:07 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1624B2AF4A5 for ; Mon, 13 Apr 2020 01:48:07 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490s2Z1vk2z3wmD; Mon, 13 Apr 2020 01:48:05 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 03D1m48O068403 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 12 Apr 2020 18:48:04 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 03D1m45W068402; Sun, 12 Apr 2020 18:48:04 -0700 (PDT) (envelope-from jmg) Date: Sun, 12 Apr 2020 18:48:04 -0700 From: John-Mark Gurney To: Steve Kargl Cc: Enji Cooper , Kyle Evans , FreeBSD Hackers Subject: Re: Ars Technica article on FreeBSD new user experience Message-ID: <20200413014804.GO4213@funkthat.com> Mail-Followup-To: Steve Kargl , Enji Cooper , Kyle Evans , FreeBSD Hackers References: <20200410061248.GK4213@funkthat.com> <20200411004620.GL4213@funkthat.com> <7E83538A-9360-4B0D-9190-6E3A675C53DD@gmail.com> <20200411224807.GA27470@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200411224807.GA27470@troutmask.apl.washington.edu> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sun, 12 Apr 2020 18:48:04 -0700 (PDT) X-Rspamd-Queue-Id: 490s2Z1vk2z3wmD X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [-1.09 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.864,0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(-0.53)[ip: (-1.36), ipnet: 208.87.216.0/21(-0.68), asn: 32354(-0.54), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.91)[-0.906,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 01:48:07 -0000 Steve Kargl wrote this message on Sat, Apr 11, 2020 at 15:48 -0700: > On Sat, Apr 11, 2020 at 02:32:36PM -0700, Enji Cooper wrote: > > > > Given that the only other base system shell option is csh, I opt out of both and always install bash (I haven???t quite jumped on the zsh train yet). > > Thanks, > > tcsh != csh well, on FreeBSD they're the same: $ls -li /bin/*csh 182 -r-xr-xr-x 2 root wheel 394712 Jun 2 2016 /bin/csh* 182 -r-xr-xr-x 2 root wheel 394712 Jun 2 2016 /bin/tcsh* It's not clear from FreeBSD's man page if tcsh behaves like csh when invoked as such, or if it always behaves as tcsh... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@freebsd.org Mon Apr 13 01:58:49 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2E9B32AF94F; Mon, 13 Apr 2020 01:58:49 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 490sGw096Yz3xFB; Mon, 13 Apr 2020 01:58:47 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 03D1wiGG029673; Sun, 12 Apr 2020 18:58:44 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 03D1wiN4029672; Sun, 12 Apr 2020 18:58:44 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> Subject: Re: Working on Zoom port In-Reply-To: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> To: Eric McCorkle Date: Sun, 12 Apr 2020 18:58:44 -0700 (PDT) CC: FreeBSD Hackers , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 490sGw096Yz3xFB X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.12)[-0.120,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.47)[0.470,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.06), asn: 13868(0.03), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 01:58:49 -0000 > All, > > Given how Zoom is getting used a lot more these days, I've started > working on a port that installs the Zoom linux client. > > Here is a link to my github if anyone wants to help: > > https://github.com/emc2/freebsd-ports/tree/zoom > > > I'm not done yet. The zoom linux client installs a bunch of Qt > libraries in its own directory. These either need to be installed with > a port, or else the right configs need to be set to search for libraries > there. > > I'm going to take a break, but I'm going to circle back to this. > You are aware of the rather large pile of recent security issues surronding zoom I hope. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Mon Apr 13 10:14:05 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D0412B9402; Mon, 13 Apr 2020 10:14:05 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 4914GN2w4Cz4PBK; Mon, 13 Apr 2020 10:14:04 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 9245161B8; Mon, 13 Apr 2020 10:14:03 +0000 (UTC) Subject: Re: Working on Zoom port To: "Rodney W. Grimes" Cc: FreeBSD Hackers , freebsd-current References: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> From: Eric McCorkle Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= mDMEXonLJBYJKwYBBAHaRw8BAQdA4oHU11A8qtqD0EtRofyORHbGX1ZIT/mnk9eceKQx56q0 JEVyaWMgTWNDb3JrbGUgPGVyaWNAbWV0cmljc3BhY2UubmV0PoiZBBMWCABBAhsDBQkB4TOA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEPfuJobsx0Me4pIwLPOOjZtwQVqwFAl6JzIAC GQEACgkQPOOjZtwQVqy2DgD+IRCNNfb7C16fjEHazDMBwmBIMz+CTJUdhoz73P9iy0cA/ixK 83qOW46q1fpCpaZtPvv0FRpcZ5EppnNQ0Yuh40YLuDgEXonLJBIKKwYBBAGXVQEFAQEHQCxw rRXlvDoXgDGv2WMrLy9UaJ4fNWXIdlaiiKZIH7lBAwEIB4h+BBgWCAAmFiEEPfuJobsx0Me4 pIwLPOOjZtwQVqwFAl6JyyQCGwwFCQHhM4AACgkQPOOjZtwQVqxS7wD+JgzZC4995EL9j2iB qhPUZTIgs61IypLoDx+o1zsSfvkBALs+/jvkQL4plT0hGtfFaa0iMnLeIXKd/1FSNGSD9hQI Message-ID: <0e6e47f5-331d-fc95-85f1-9f42e3c0dbbf@metricspace.net> Date: Mon, 13 Apr 2020 06:13:58 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AtspJfqq2sjysCLrhNbEzZUUcyDTCQBwy" X-Rspamd-Queue-Id: 4914GN2w4Cz4PBK X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 2001:470:1f11:617::107) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [-5.41 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[metricspace.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.31)[ip: (-3.25), ipnet: 2001:470::/32(-4.66), asn: 6939(-3.60), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 10:14:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --AtspJfqq2sjysCLrhNbEzZUUcyDTCQBwy Content-Type: multipart/mixed; boundary="ZoWvA77N76ADK7MHi1G4a2YgBu3HXKCXl"; protected-headers="v1" From: Eric McCorkle To: "Rodney W. Grimes" Cc: FreeBSD Hackers , freebsd-current Message-ID: <0e6e47f5-331d-fc95-85f1-9f42e3c0dbbf@metricspace.net> Subject: Re: Working on Zoom port References: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> In-Reply-To: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> --ZoWvA77N76ADK7MHi1G4a2YgBu3HXKCXl Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 4/12/20 9:58 PM, Rodney W. Grimes wrote: > You are aware of the rather large pile of recent security issues > surronding zoom I hope. >=20 I am. All the same, some of us have to use it for work... --ZoWvA77N76ADK7MHi1G4a2YgBu3HXKCXl-- --AtspJfqq2sjysCLrhNbEzZUUcyDTCQBwy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ9+4mhuzHQx7ikjAs846Nm3BBWrAUCXpQ7ZgAKCRA846Nm3BBW rAi/AQCNkp4P9LbMTejdq6If9qKrXI0hr9uKFSJP6ik4eAjyLAD/c9GohXXDAFpx s/xuvdbpYu0SSOdRWgJwtji+cyqHGQQ= =x7+d -----END PGP SIGNATURE----- --AtspJfqq2sjysCLrhNbEzZUUcyDTCQBwy-- From owner-freebsd-hackers@freebsd.org Mon Apr 13 13:55:38 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8313D2BF06E for ; Mon, 13 Apr 2020 13:55:38 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 4919B06GPHz4dFp for ; Mon, 13 Apr 2020 13:55:36 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03DDtW3P027327 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 13 Apr 2020 15:55:32 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1586786133; bh=aIEa8TwF/OIy8JXHbhJRDEvi9A6IqargZr2Xp48ww9I=; h=Date:From:To:Subject; b=Wd0rrpp6K1rMffEzXv1owJKsJpJ9FXQ2UDlavAIzr+3En4eV26Vz1aG6zRHf9Lx8V +v8E0TvdHSfGfZh63MoUXt1QlZDBBZRCXX2hOY+Xin+gWBzof+Z4XF3LK1EgKcVoYz NIHiPu5TqjbXtcnsivEi/LRIhha2jYvml580tmvA= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03DDtW9t027324 for ; Mon, 13 Apr 2020 15:55:32 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Mon, 13 Apr 2020 15:55:32 +0200 (CEST) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: HP P1102 problem Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4919B06GPHz4dFp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=Wd0rrpp6; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.78 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[puchar.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.49)[ip: (-6.57), ipnet: 194.1.144.0/24(-3.29), asn: 43476(-2.63), country: PL(0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 13:55:38 -0000 i DO HAVE used this printer with following filter script (/etc/HP1102 on my computer): #!/bin/sh export PATH=$PATH:/usr/local/bin exec /usr/local/bin/foo2zjs-wrapper -z 3 -p 9 and for sure it did work. but some long time ago. then i did not use that printer. now i wanted to use it again. ulpt0 is detected properly - dmesg shows it as bidirectional printer port. tried adding this as filter script in printcap lp|local line printer::sh::lp=/dev/ulpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs:if=/etc/HP1102 even tried just to do /etc/HP1102 /dev/ulpt0 in both cases foo2zjs stalls, top shows it's in FIFO-I state. what am i doing wrong? FreeBSD laptop.wojtek.intra 12.1-STABLE FreeBSD 12.1-STABLE laptop amd64 From owner-freebsd-hackers@freebsd.org Mon Apr 13 14:03:29 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D094E2BF386 for ; Mon, 13 Apr 2020 14:03:29 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 4919M438kdz4dhK for ; Mon, 13 Apr 2020 14:03:28 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03DE3N8A029248 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Apr 2020 16:03:23 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1586786603; bh=vc64iH4b58U8Ku+CyS+4/aserScBogRPQKYwh0CKVNc=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=mYeW6HBUyAqbPkZgYNSFOGx9YETkMvntW1VSblkcrgglJqo3Zn75U3Ld/zoBJpQcL FXW9ancnLQLHvFeGHz966rLsJHUYwd9UViJWIEYcCW4ms+qjeLilRzNuqcIYK/0GVK R4BbJuo6sdbJH7IV2LPVKjnUCyvG05avSEL3GgA0= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03DE3NRl029245; Mon, 13 Apr 2020 16:03:23 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Mon, 13 Apr 2020 16:03:23 +0200 (CEST) From: Wojciech Puchar To: Wojciech Puchar cc: freebsd-hackers@freebsd.org Subject: Re: HP P1102 problem - solved In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4919M438kdz4dhK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=mYeW6HBU; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.48)[ip: (-6.55), ipnet: 194.1.144.0/24(-3.27), asn: 43476(-2.62), country: PL(0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 14:03:29 -0000 i have to use /dev/unlpt0 - then it works On Mon, 13 Apr 2020, Wojciech Puchar wrote: > i DO HAVE used this printer with following filter script (/etc/HP1102 on my > computer): > > #!/bin/sh > export PATH=$PATH:/usr/local/bin > exec /usr/local/bin/foo2zjs-wrapper -z 3 -p 9 > > > and for sure it did work. but some long time ago. then i did not use that > printer. > > now i wanted to use it again. ulpt0 is detected properly - dmesg shows it as > bidirectional printer port. > > tried adding this as filter script in printcap > lp|local line > printer::sh::lp=/dev/ulpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs:if=/etc/HP1102 > > even tried just to do > > /etc/HP1102 /dev/ulpt0 > > in both cases foo2zjs stalls, top shows it's in FIFO-I state. > > what am i doing wrong? > > FreeBSD laptop.wojtek.intra 12.1-STABLE FreeBSD 12.1-STABLE laptop amd64 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@freebsd.org Mon Apr 13 19:09:52 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 64F372C66A5; Mon, 13 Apr 2020 19:09:52 +0000 (UTC) (envelope-from waitman@waitman.net) Received: from mx6-out7.antispamcloud.com (mx6-out7.antispamcloud.com [95.211.2.198]) (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 491J8Y5CWXz43db; Mon, 13 Apr 2020 19:09:48 +0000 (UTC) (envelope-from waitman@waitman.net) Received: from yo.nortado.com ([178.128.145.22]) by mx105.antispamcloud.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1jO4Sk-0009OF-7H; Mon, 13 Apr 2020 21:09:45 +0200 Received: from nortado.com (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by yo.nortado.com (Postfix) with ESMTPSA id 3F29C260B5B; Mon, 13 Apr 2020 19:09:35 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 13 Apr 2020 15:09:35 -0400 From: Waitman Gobble To: Pete Wright Cc: Eric McCorkle , FreeBSD Hackers , freebsd-current Subject: Re: Working on Zoom port Reply-To: waitman@waitman.net In-Reply-To: References: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> User-Agent: Roundcube Webmail/1.4.2 Message-ID: X-Sender: waitman@waitman.net Organization: Waitman Gobble X-Originating-IP: 178.128.145.22 X-EuropeanMX-Domain: waitman.net X-EuropeanMX-Username: wago X-EuropeanMX-Outgoing-Class: unsure X-EuropeanMX-Outgoing-Evidence: Combined (0.14) X-Recommended-Action: accept X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0VxB0mWeGZk2wSOLROvd+japSDasLI4SayDByyq9LIhVpn3iyN0OhS2z Mzt63xyM60TNWdUk1Ol2OGx3IfrIJKyP9eGNFz9TW9u+Jt8z2T3Kt4FCDfTrob8nSjJ07tRP4ULb F8CC0LnhgQQLIg1Y5+UPGvDuFh7QVNM7ktBErHxEAGNLO5xjHiGDHbmUI8Haq78QxW4/uvY7TqKY ZF11oE/LSYayC+7SkfekM+pEYsng37pzJn/4aesV+4FIdAMh9B5e973vehgRRMJdd1x498QWMjET lJm10LPC4weQTXkIGZLIHyBgucWCg+Uk0L+ZsaGiCLNBP5EaFuQqo7XeLyWjmYVQnec0JEgL7iPG Zspc6SoHsJyHSpfPjnGsVqdfLBtCheh5C7lovH0u37yux7EfgMf4XRgCk/48zRqgqXKNkBShG6Tp I4KXCxH5Seuhs86GsVpKkOR92RIEPrzbiL92GXVwzwcXfB350+n4irIOm4aVlBObnVhI6K7gAuPO 4330hhMlTIZgxlSmau//kM+ez1OLpXUS8pu2Pqft5x+tZ6NDi09Sehf7j1ee0+xFN4xtNBxr6Qte Skko+H6Sty2Ht9p5migV+wKZZMMHDParyA8R+6RgjrI6aI+8RofqAZ3r7oAH2YSlFfm/LrtbAON6 EipRzMVZ5LqwTx7Vvn9SQGDjK8yfkwEB3Am5tquL+DlwRHGlZ3mQyaEJ2TxT9jvKLaRJNHm7F49+ QMHnFjdUSiKpjX8Diqj7bGgmXqZT03nMP5ellsEj6vAssSbsJLHVMYsio+isNbHDrclyZ/CtbjUa TeA10p5YqL3vgxqrmlvxDejqc1gSvA2YxCROcMJJzShZr3VYdGZWFROFaQdNeHkNjfXxRRqyRbYy SsHpHBPhNYIpjFfrge5A/rkxuFAccBIk1Sag4dKiqCrF8eZZOVFQFoLeBNwFM8uQL+1vA/w6i4ia OyhOjNAfo7IbI5ifinkO4WSMINISaUxfMFKCWli9r39cNUyFa3D67wXM2VtIDpT88TEiAnXgl0Wd 2i1lFawbDxpzYifNwA/+CbHAB5rbFPDebgnpvxKy52VmbPfu5doKQn08ga6eUI4mmMJAKzJilPq0 IsaNzChiAYty X-Report-Abuse-To: spam@quarantine12.antispamcloud.com X-Rspamd-Queue-Id: 491J8Y5CWXz43db X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[waitman@waitman.net]; HAS_XOIP(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[waitman.net:+]; DMARC_POLICY_ALLOW(0.00)[waitman.net,reject]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.37)[ipnet: 95.211.0.0/16(0.94), asn: 60781(0.87), country: NL(0.03)]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_LOW(-0.10)[198.2.211.95.list.dnswl.org : 127.0.3.1]; ASN(0.00)[asn:60781, ipnet:95.211.0.0/16, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_SPF_FAIL(0.00)[-all]; R_DKIM_ALLOW(-0.20)[waitman.net:s=eueu]; NEURAL_HAM_MEDIUM(-0.98)[-0.978,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.98)[-0.979,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 19:09:52 -0000 On 2020-04-13 14:59, Pete Wright wrote: > On 4/12/20 12:26 PM, Eric McCorkle wrote: >> All, >> >> Given how Zoom is getting used a lot more these days, I've started >> working on a port that installs the Zoom linux client. >> >> Here is a link to my github if anyone wants to help: >> >> https://github.com/emc2/freebsd-ports/tree/zoom >> >> >> I'm not done yet. The zoom linux client installs a bunch of Qt >> libraries in its own directory. These either need to be installed >> with >> a port, or else the right configs need to be set to search for >> libraries >> there. >> >> I'm going to take a break, but I'm going to circle back to this. >> > > Thanks Eric, I remember trying to get this working several months ago > via the linux compatibility layer and got stuck.  i hope to take > another wack at it based on your repository.  in my ideal world i'd be > able to get this working in a jail via, but i think just getting the > bits to work is probably the most important task. > > i've had working solutions based on jitsi and riot.im with acceptable > performance, so i suspect our webcamd bits are in good enough shape to > support this.  interested to see how how this effort progresses :) > > -pete A few things - using "latest" for the distfile isn't going to work, as soon as they update the file it will break the port. Also they ship a whole bunch of libraries without any licenses. For sure there is Apache and BSD code in there. I guess somebody could write Boston to the the GPL licenses, but the other libraries are totally a no-go without licenses. Are they using the "commerical" version of Qt? Or maybe they just got liberal with it like they did the other stuff? I think the commercial version is different than normal people have, if not now then soon. -- Waitman Gobble From owner-freebsd-hackers@freebsd.org Mon Apr 13 22:23:31 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6E8A82AB0A8; Mon, 13 Apr 2020 22:23:31 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-108-31-38-18.washdc.fios.verizon.net [108.31.38.18]) by mx1.freebsd.org (Postfix) with ESMTP id 491NS21kbvz4JB1; Mon, 13 Apr 2020 22:23:29 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id D55F96341; Mon, 13 Apr 2020 22:23:22 +0000 (UTC) Subject: Re: Working on Zoom port To: Pete Wright , FreeBSD Hackers , freebsd-current References: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> From: Eric McCorkle Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= mDMEXonLJBYJKwYBBAHaRw8BAQdA4oHU11A8qtqD0EtRofyORHbGX1ZIT/mnk9eceKQx56q0 JEVyaWMgTWNDb3JrbGUgPGVyaWNAbWV0cmljc3BhY2UubmV0PoiZBBMWCABBAhsDBQkB4TOA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEPfuJobsx0Me4pIwLPOOjZtwQVqwFAl6JzIAC GQEACgkQPOOjZtwQVqy2DgD+IRCNNfb7C16fjEHazDMBwmBIMz+CTJUdhoz73P9iy0cA/ixK 83qOW46q1fpCpaZtPvv0FRpcZ5EppnNQ0Yuh40YLuDgEXonLJBIKKwYBBAGXVQEFAQEHQCxw rRXlvDoXgDGv2WMrLy9UaJ4fNWXIdlaiiKZIH7lBAwEIB4h+BBgWCAAmFiEEPfuJobsx0Me4 pIwLPOOjZtwQVqwFAl6JyyQCGwwFCQHhM4AACgkQPOOjZtwQVqxS7wD+JgzZC4995EL9j2iB qhPUZTIgs61IypLoDx+o1zsSfvkBALs+/jvkQL4plT0hGtfFaa0iMnLeIXKd/1FSNGSD9hQI Message-ID: Date: Mon, 13 Apr 2020 18:23:18 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5LzCOuGHJvq91mNUSjw4aFHZrIzCcbcbG" X-Rspamd-Queue-Id: 491NS21kbvz4JB1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 108.31.38.18) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [-3.57 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[metricspace.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:701, ipnet:108.31.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.47)[ip: (-1.91), ipnet: 108.31.0.0/16(-0.95), asn: 701(0.57), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 22:23:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5LzCOuGHJvq91mNUSjw4aFHZrIzCcbcbG Content-Type: multipart/mixed; boundary="IBO1bw3Np3kIFqfSDUdXJBmHs1ndG5stJ"; protected-headers="v1" From: Eric McCorkle To: Pete Wright , FreeBSD Hackers , freebsd-current Message-ID: Subject: Re: Working on Zoom port References: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> In-Reply-To: --IBO1bw3Np3kIFqfSDUdXJBmHs1ndG5stJ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 4/13/20 2:59 PM, Pete Wright wrote: > Thanks Eric, I remember trying to get this working several months ago > via the linux compatibility layer and got stuck.=C2=A0 i hope to take a= nother > wack at it based on your repository.=C2=A0 in my ideal world i'd be abl= e to > get this working in a jail via, but i think just getting the bits to > work is probably the most important task. >=20 > i've had working solutions based on jitsi and riot.im with acceptable > performance, so i suspect our webcamd bits are in good enough shape to > support this.=C2=A0 interested to see how how this effort progresses :)= FWIW, I got the webcam working on the librem laptops. Only weird part is that it creates two video devices that represent the same hardware. --IBO1bw3Np3kIFqfSDUdXJBmHs1ndG5stJ-- --5LzCOuGHJvq91mNUSjw4aFHZrIzCcbcbG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ9+4mhuzHQx7ikjAs846Nm3BBWrAUCXpTmVgAKCRA846Nm3BBW rHHJAQC9KjwfpEWifjt/BJzLbH0nY7cMxaFXvCfLu7vQu9+J9wEA01nWNVxHQoJL TM1g5vzKr6Pwve7xt/c8/cZpi1wVkwA= =8kd1 -----END PGP SIGNATURE----- --5LzCOuGHJvq91mNUSjw4aFHZrIzCcbcbG-- From owner-freebsd-hackers@freebsd.org Mon Apr 13 23:28:26 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D0CB52AC61E; Mon, 13 Apr 2020 23:28:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 491Ptx6L96z4MB6; Mon, 13 Apr 2020 23:28:25 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C7DA.dip0.t-ipconnect.de [46.82.199.218]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 03DNSJMY074444 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Apr 2020 01:28:23 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 03DNSI4C000364; Tue, 14 Apr 2020 01:28:18 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 03DNS6T4062727; Tue, 14 Apr 2020 01:28:18 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202004132328.03DNS6T4062727@fire.js.berklix.net> cc: FreeBSD Hackers , freebsd-current Subject: Re: Working on Zoom port From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Sun, 12 Apr 2020 18:58:44 -0700." <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> Date: Tue, 14 Apr 2020 01:28:06 +0200 X-Rspamd-Queue-Id: 491Ptx6L96z4MB6 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [4.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.984,0]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(0.00)[ip: (0.02), ipnet: 94.185.88.0/22(0.01), asn: 33824(-0.00), country: DE(-0.02)]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[68.90.185.94.list.dnswl.org : 127.0.10.0]; MISSING_TO(2.00)[]; NEURAL_SPAM_LONG(1.00)[0.997,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[218.199.82.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 23:28:26 -0000 "Rodney W. Grimes" wrote: > > All, > > > > Given how Zoom is getting used a lot more these days, I've started > > working on a port that installs the Zoom linux client. > > > > Here is a link to my github if anyone wants to help: > > > > https://github.com/emc2/freebsd-ports/tree/zoom > > > > > > I'm not done yet. The zoom linux client installs a bunch of Qt > > libraries in its own directory. These either need to be installed with > > a port, or else the right configs need to be set to search for libraries > > there. > > > > I'm going to take a break, but I'm going to circle back to this. > > > > You are aware of the rather large pile of recent security issues > surronding zoom I hope. https://www.theregister.co.uk/2020/04/08/zoom_security_stamos/ 8 Apr 2020 "As Zoom bans spread over privacy concerns, vid-conf biz taps up Stamos as firefighter in totally-not-a-PR-stunt move" https://www.theregister.co.uk/2020/03/27/doc_searls_zoom_privacy/ 27 Mar 2020 Yeah, that Zoom app you're trusting with work chatter? It lives with 'vampires feeding on the blood of human data' Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ http://berklix.org/corona/ Real Brexit 31 Dec 2020 will further damage UK & EU From owner-freebsd-hackers@freebsd.org Tue Apr 14 02:53:12 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 099932B23B0 for ; Tue, 14 Apr 2020 02:53:12 +0000 (UTC) (envelope-from ktuman@gmail.com) Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 491VRC0FK0z4YV7 for ; Tue, 14 Apr 2020 02:53:10 +0000 (UTC) (envelope-from ktuman@gmail.com) Received: by mail-oi1-x22d.google.com with SMTP id k9so9233511oia.8 for ; Mon, 13 Apr 2020 19:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=d20YABLLDb0008ckoKETKibNZwBaFyjl2JWUy74BUbk=; b=E21ysSdgmJupEYm6nmccNrHmFqChpwdBsDIVPB/mNIQlOIaZpGxRD0uyF+vYeYu5pJ Ixeu0FyDtwQDI7wKkaJssgavWwB3TM3ZkpyoKnoe60dn9ZS9vYku7yAvcoWGE2eH2hFd LyvZiHZ0vTuA9AjrVn/QmdNlouUISSXZmdJxYDWlJLsCJI2Gqvq7cllXCfVuBN6850zp oR5rGZsFT2FqvwqsJ18lusq2qdo68CraxMrR8uIk5J7d7otbW0LVqiB4I8MvMVapNnAH ujESq1G/ThmWC5pEndgJ534/jv43atmVeC7fVetFYjF5h50EprUp0j0/gLOpdGmPQh0P WYDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=d20YABLLDb0008ckoKETKibNZwBaFyjl2JWUy74BUbk=; b=YcMNIkxR330NEUXBfxQz58HF7ef9FqYresnI21W9lefYnU2mPhaUIUHMYAKiSPRRtC jtQBG9MkoUF1r60pyHEQ/+Ajux6gMzP2xVNbcrJ6skYVbb/nYaINq/AaFMxbyTih8fU2 /DuErNJ8uh44/n/h7EO0s4GhD+y9oFPgfhTrqhGk83f/lUlM8Ui98qsJTjyJA8JMPVFC WMVJW2F20Z+D7FXKmw1GYdY3GtcNIE2quj/Vjh8W1Qc0eRi9EN9AeNn3Ryjjs9ltil1o vT3NlqFYdcZX+l+GqjoK33z7koe/DLvVjTAh1hsqm8NclDXzux+hYRhscHUWM2cSjW0L tQAQ== X-Gm-Message-State: AGi0PuZzL4hiyEn687eOJeF2tm/8Fe40V5RbsfoSRCjlyXy+FbqQztDA M2Mt6+yy5Yfh6a/SzlTxpiW3dUMeF2fkQacIwkIYVRgDTzw= X-Google-Smtp-Source: APiQypJD3ien9p1ka0TLPE2l4CTu5BR4S+DwQlMKoglj5Q+/jLYyl6JAdVmwTIGP86cKFTrc71JNIg8exiZHXxv+k2s= X-Received: by 2002:aca:fc0e:: with SMTP id a14mr5355257oii.19.1586832789379; Mon, 13 Apr 2020 19:53:09 -0700 (PDT) MIME-Version: 1.0 From: Kasim Date: Mon, 13 Apr 2020 19:52:58 -0700 Message-ID: Subject: Suspend to idle support in kernel To: freebsd-hackers@freebsd.org X-Rspamd-Queue-Id: 491VRC0FK0z4YV7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=E21ysSdg; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ktuman@gmail.com designates 2607:f8b0:4864:20::22d as permitted sender) smtp.mailfrom=ktuman@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; URI_COUNT_ODD(1.00)[3]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.11), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[d.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2020 02:53:12 -0000 Hi Guys, I would like to work on adding suspend to idle support in the kernel and would be great to have someone as a mentor to get it going. I made a PR here: https://github.com/freebsd/freebsd/pull/430 Any help or guidance would be appreciated to move it forward. Thanks, Kasim Tuman ========================================== Experience is more about knowing what should be avoided than what should be done. -- Kasim ============================================ From owner-freebsd-hackers@freebsd.org Tue Apr 14 10:15:23 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0E06A2BC172 for ; Tue, 14 Apr 2020 10:15:23 +0000 (UTC) (envelope-from darcy@druid.net) Received: from mail.vex.net (mail.vex.net [98.158.139.68]) by mx1.freebsd.org (Postfix) with ESMTP id 491hFP6KyKz3yly for ; Tue, 14 Apr 2020 10:15:21 +0000 (UTC) (envelope-from darcy@druid.net) Received: from dilbert.druid.net (unknown [98.160.82.8]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: darcy) by mail.vex.net (Postfix) with ESMTPSA id 699CD7C85E for ; Tue, 14 Apr 2020 06:15:20 -0400 (EDT) Subject: Re: Working on Zoom port To: freebsd-hackers@freebsd.org References: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> From: D'Arcy Cain Autocrypt: addr=darcy@druid.net; prefer-encrypt=mutual; keydata= mDMEXno+ARYJKwYBBAHaRw8BAQdAR2o17zm/M442SONWLjdQ/8Jpro8TbnUm/m1r4MHhygS0 HUQnQXJjeSBDYWluIDxkYXJjeUBkcnVpZC5uZXQ+iJYEExYIAD4WIQQZ0YBgv7psnnP4U/Hh AAd6d7lwwgUCXno+AQIbAwUJCWYBgAULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRDhAAd6 d7lwwvvTAQCfxQvyB5M06arZ2cL4LDj0wVxG9ay0PTR+qrQQ9DhevAD+I7W9XlbX6qL3gfDe A0wmuPKWrdSRWEcagXI1sGSC3Ay4OAReej4BEgorBgEEAZdVAQUBAQdAbPzu0iryH2ph9hjN L+Cu1Wo85QbDLV174RHCnjmD5WMDAQgHiH4EGBYIACYWIQQZ0YBgv7psnnP4U/HhAAd6d7lw wgUCXno+AQIbDAUJCWYBgAAKCRDhAAd6d7lwwhb/AQD/8Vd7zTK1s3g4bFCApa3W4zSqUa3/ 9trMr0wfaEOngAEA8iWgHnExoVEdLo9542+dJ8K0L7ntWdfIZLgCXK/2OQ8= Message-ID: Date: Tue, 14 Apr 2020 05:15:19 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3K0uBvkGVZPjEmrQhX98FKiB1BMWH67YB" X-Rspamd-Queue-Id: 491hFP6KyKz3yly X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darcy@druid.net has no SPF policy when checking 98.158.139.68) smtp.mailfrom=darcy@druid.net X-Spamd-Result: default: False [-4.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-1.03)[ip: (-3.68), ipnet: 98.158.139.0/24(-1.84), asn: 19842(0.43), country: CA(-0.09)]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[68.139.158.98.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:19842, ipnet:98.158.139.0/24, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_NA(0.00)[druid.net]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2020 10:15:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3K0uBvkGVZPjEmrQhX98FKiB1BMWH67YB Content-Type: multipart/mixed; boundary="o50TJcFPEByBYWMBRCFEiBwcQnv2oqjPh" --o50TJcFPEByBYWMBRCFEiBwcQnv2oqjPh Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-04-13 05:13, Eric McCorkle wrote: > On 4/12/20 9:58 PM, Rodney W. Grimes wrote: > >> You are aware of the rather large pile of recent security issues >> surronding zoom I hope. >> > > I am. All the same, some of us have to use it for work... So are there any open source program that works on FreeBSD for video conferencing? --=20 D'Arcy J.M. Cain | Democracy is three wolves http://www.druid.net/darcy/ | and a sheep voting on +1 416 788 2246 (DoD#0082) (eNTP) | what's for dinner. IM: darcy@VybeNetworks.com, VoIP: sip:darcy@druid.net --o50TJcFPEByBYWMBRCFEiBwcQnv2oqjPh-- --3K0uBvkGVZPjEmrQhX98FKiB1BMWH67YB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQZ0YBgv7psnnP4U/HhAAd6d7lwwgUCXpWNNwAKCRDhAAd6d7lw wvn1AQCjSc5lCngPi3J29xZZdtpgqqc/CLm0UA2e25BO+pq8wgD/TvkvT+btdJWD WY3PtgS+sMS/fmTBy+jgtLGOkAffog8= =T3wr -----END PGP SIGNATURE----- --3K0uBvkGVZPjEmrQhX98FKiB1BMWH67YB-- From owner-freebsd-hackers@freebsd.org Tue Apr 14 10:28:39 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 184D82BC5BA for ; Tue, 14 Apr 2020 10:28:39 +0000 (UTC) (envelope-from a.hut@digital-impact.de) Received: from mailin10.dgimpact.net (mailin10.dgimpact.net [93.177.67.177]) by mx1.freebsd.org (Postfix) with ESMTP id 491hXk0pvcz40SZ for ; Tue, 14 Apr 2020 10:28:37 +0000 (UTC) (envelope-from a.hut@digital-impact.de) Received: from mail.digitalimpact.org (55d4de20.access.ecotel.net [85.212.222.32]) by mailin10.dgimpact.net (Postfix) with ESMTP id E4AB514D18C; Tue, 14 Apr 2020 12:28:29 +0200 (CEST) Received: from [192.168.1.20] (x4d0040f8.dyn.telefonica.de [77.0.64.248]) by mail.digitalimpact.org (Postfix) with ESMTP id D941E1A3CB; Tue, 14 Apr 2020 12:28:33 +0200 (CEST) Subject: Re: Working on Zoom port To: D'Arcy Cain , freebsd-hackers@freebsd.org References: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> From: Achim Hut Message-ID: Date: Tue, 14 Apr 2020 12:28:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.30 X-Rspamd-Queue-Id: 491hXk0pvcz40SZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of a.hut@digital-impact.de designates 93.177.67.177 as permitted sender) smtp.mailfrom=a.hut@digital-impact.de X-Spamd-Result: default: False [-2.32 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mailgw.digital-impact.de]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[digital-impact.de]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.13)[asn: 197540(-0.64), country: DE(-0.02)]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[32.222.212.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10,248.64.0.77.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:93.177.64.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2020 10:28:39 -0000 Am 14.04.20 um 12:15 schrieb D'Arcy Cain: > On 2020-04-13 05:13, Eric McCorkle wrote: >> On 4/12/20 9:58 PM, Rodney W. Grimes wrote: >> >>> You are aware of the rather large pile of recent security issues >>> surronding zoom I hope. >>> >> >> I am. All the same, some of us have to use it for work... > > So are there any open source program that works on FreeBSD for video > conferencing? > A Port for Jitsi-Meet would be great. https://jitsi.org/jitsi-meet/ Achim From owner-freebsd-hackers@freebsd.org Tue Apr 14 13:13:19 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D36772C0561 for ; Tue, 14 Apr 2020 13:13:19 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 491mBk5cqTz4B36 for ; Tue, 14 Apr 2020 13:13:18 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wm1-x336.google.com with SMTP id z6so13917575wml.2 for ; Tue, 14 Apr 2020 06:13:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=MnI3ty1+pOfDCi9ln2PUwk4Qmg8K2iH62jTRjMIVaTU=; b=rI7P+aldlakOH7M1cvXUiUa3XxJUBpiEVtRIacSfUjCeppVLngmY3qx0mD1uyzlVkT FEDRL6mDw/mr+TbED9CHqOdTgK8Z+Av9MI0o8sevymJT6rKvCzFeYGh1H8TolKz1OR2Q BAyj3+CTH119ITb+H7cMEc2AfBKfANrP7T2jkxNLkSoTzYKuxJ0KOma1FpaSeLMSu9AP yRhp1to8zzyM9vlnaadOwabx0cSqn29Qj8xpg6rRvB/li1X0pouYG79SsQEGzyJe0lct fUYL9XW/5EiL3KegPDUPCAhAbzjEod8HXScepmRJSU56s3Y42Mk9PYvQGNsTGTmoekXd IyMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=MnI3ty1+pOfDCi9ln2PUwk4Qmg8K2iH62jTRjMIVaTU=; b=bexdSsJz23a3iZYB5+SEeD6HrMz8KnZNWzNn95UbPP2eOw6F4hOV7wzDFXJhucAA1V KtRJEg0mOWyWg1uy41GaPTMWqmbKiOsXxCidNfF7Ix6lQcjuMj6Kb0WOeeb5/Tp/zvG8 t4RIdP7UQW4WD4HJ9wjQzZZSsL3CjNps0hhzGtGkXz4flTX2SfDBWUGNgxbeCY77iUK9 TicmvG5NLRLHDN7k8gUb965MO1+YAD4wzpQU3T1lurLvJ3WD/7FYRipKQXYW7WTPzxuz BGeGdF53vlcRnX4L9vbw/GikGIiLHdHf4n5mkmwZVqi4H20UHcvqk6nfT4m89PiN2D2u V/JQ== X-Gm-Message-State: AGi0PuawlTFtSBMCLpCAmBkunfDo/7rpmGDomgQPsT+x6hYUnwebRi4T G3YG96L3ysR/+k84DabfK6F4DyIKZy1pwWap6csYJg0b X-Google-Smtp-Source: APiQypJHmdjld0vKZTJ2h8ISsNFtjgEFkPPesZsDrl8TRsWrsdaipKgufSJOHvl95YwCJPmYSOMaCr4u326ITBjcTvA= X-Received: by 2002:a1c:4d17:: with SMTP id o23mr23042660wmh.120.1586869997136; Tue, 14 Apr 2020 06:13:17 -0700 (PDT) MIME-Version: 1.0 References: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> In-Reply-To: From: Pavel Timofeev Date: Tue, 14 Apr 2020 16:13:06 +0300 Message-ID: Subject: Re: Working on Zoom port To: Achim Hut Cc: "D'Arcy Cain" , freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 491mBk5cqTz4B36 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rI7P+ald; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2a00:1450:4864:20::336 as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.38), ipnet: 2a00:1450::/32(-2.35), asn: 15169(-0.43), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2020 13:13:19 -0000 =D0=B2=D1=82, 14 =D0=B0=D0=BF=D1=80. 2020 =D0=B3. =D0=B2 13:28, Achim Hut <= a.hut@digital-impact.de>: > > > > Am 14.04.20 um 12:15 schrieb D'Arcy Cain: > > On 2020-04-13 05:13, Eric McCorkle wrote: > >> On 4/12/20 9:58 PM, Rodney W. Grimes wrote: > >> > >>> You are aware of the rather large pile of recent security issues > >>> surronding zoom I hope. > >>> > >> > >> I am. All the same, some of us have to use it for work... > > > > So are there any open source program that works on FreeBSD for video > > conferencing? > > > > > A Port for Jitsi-Meet would be great. > https://jitsi.org/jitsi-meet/ > And probably for https://github.com/jitsi/jitsi-meet-electron/ then BTW, there are interesting projects like https://openvidu.io/ and https://github.com/bigbluebutton/bigbluebutton also From owner-freebsd-hackers@freebsd.org Tue Apr 14 14:00:34 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4BCAA2C1551 for ; Tue, 14 Apr 2020 14:00:34 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from 2.mo177.mail-out.ovh.net (2.mo177.mail-out.ovh.net [178.33.109.80]) (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 491nFF164rz4FP3 for ; Tue, 14 Apr 2020 14:00:32 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from player776.ha.ovh.net (unknown [10.108.54.133]) by mo177.mail-out.ovh.net (Postfix) with ESMTP id CF10C12CC1E for ; Tue, 14 Apr 2020 16:00:30 +0200 (CEST) Received: from minix-c11.org (83.141.95.92.rev.sfr.net [92.95.141.83]) (Authenticated sender: heitai@minix-c11.org) by player776.ha.ovh.net (Postfix) with ESMTPSA id 25E4E11714001 for ; Tue, 14 Apr 2020 14:00:30 +0000 (UTC) Date: Tue, 14 Apr 2020 16:00:26 +0200 From: Heitai To: freebsd-hackers@freebsd.org Subject: try to Compile dev/drm2 with stable svn in hard under the kernel Message-ID: <20200414160026.5eb905df@Dell-Station.lan> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Ovh-Tracer-Id: 13978610297420431834 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrfedugdejudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecunecujfgurhepfffhvffukffogggtgfesthejredtredtvdenucfhrhhomhepjfgvihhtrghiuceohhgvihhtrghisehmihhnihigqdgtuddurdhorhhgqeenucfkpheptddrtddrtddrtddpledvrdelhedrudeguddrkeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhpqdhouhhtpdhhvghlohepphhlrgihvghrjeejiedrhhgrrdhovhhhrdhnvghtpdhinhgvtheptddrtddrtddrtddpmhgrihhlfhhrohhmpehhvghithgrihesmhhinhhigidqtgduuddrohhrghdprhgtphhtthhopehfrhgvvggsshguqdhhrggtkhgvrhhssehfrhgvvggsshgurdhorhhg X-Rspamd-Queue-Id: 491nFF164rz4FP3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of heitai@minix-c11.org designates 178.33.109.80 as permitted sender) smtp.mailfrom=heitai@minix-c11.org X-Spamd-Result: default: False [-1.27 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.82)[-0.815,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:mail-out.ovh.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.86)[-0.862,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[minix-c11.org]; RCVD_IN_DNSWL_NONE(0.00)[80.109.33.178.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.70)[ipnet: 178.32.0.0/15(1.49), asn: 16276(2.02), country: FR(0.00)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:178.32.0.0/15, country:FR]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2020 14:00:34 -0000 Hello, I try to compile with the stable kernel svn source code the drm2 driver for have the correct and hightest resolution for my intel video card at the boot time. Sorry for the long log, I prefer paste all I have. I hope I'm on the correct ML and if that isn't please say me how post. I would like have same in the loader boot prompt. Best Regard, See after for better reading, Heitai -- [___]--> my trying to debug the sys/dev/iicbus/iicbus_if.m by iicbus_if.h [=============] /* * Copyright (c) 1998 Nicolas Souchu * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $FreeBSD: stable/12/sys/dev/iicbus/iicbus_if.m 323474 2017-09-11 23:47:49Z ian $ */ #include #include INTERFACE iicbus(void) CODE { struct iicbus_nosupport { return (ENODEV); } ; struct u_int, iicbus_default_frequency(device_t bus, u_char speed) { return (100000); } ; } /* * Interpret interrupt */ struct intr { device_t dev; int event; char *buf; } ; /* * iicbus callback * Request ownership of bus * index: IIC_REQUEST_BUS or IIC_RELEASE_BUS * data: pointer to int containing IIC_WAIT or IIC_DONTWAIT and either IIC_INTR or IIC_NOINTR * This function is allowed to sleep if *data contains IIC_WAIT. */ struct callback { device_t dev; int index; caddr_t data; } ; /* * Send REPEATED_START condition */ struct repeated_start { device_t dev; u_char slave; int timeout; } iicbus_nosupport ; /*) * Send START condition */ struct start { device_t dev; u_char slave; int timeout; } iicbus_nosupport ; /* * Send STOP condition */ struct stop { device_t dev; } iicbus_nosupport ; /* * Read from I2C bus */ struct read { device_t dev; char *buf; int len; int *bytes; int last; int delay; } iicbus_nosupport ; /* * Write to the I2C bus */ struct write { device_t dev; const char *buf; int len; int *bytes; int timeout; } iicbus_nosupport ; /* * Reset I2C bus */ struct reset { device_t dev; u_char speed; u_char addr; u_char *oldaddr; } ; /* * Generalized Read/Write interface */ struct transfer { device_t dev; struct iic_msg *msgs; uint32_t nmsgs; } ; /* * Return the frequency in Hz for the bus running at the given * symbolic speed. Only the IIC_SLOW speed has meaning, it is always * 100KHz. The UNKNOWN, FAST, and FASTEST rates all map to the * configured bus frequency, or 100KHz when not otherwise configured. */ struct u_int, get_frequency { device_t dev; u_char speed; } iicbus_default_frequency ; [=============] [___]--> The # make buildkernel ERROR [%===========%] make[1]: "/usr/src/Makefile.inc1" line 344: SYSTEM_COMPILER: libclang will be built for bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker. In file included from /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:31: /usr/src/sys/dev/iicbus/iicbus_if.h:32:1: error: unknown type name 'INTERFACE' INTERFACE iicbus(void) ^ /usr/src/sys/dev/iicbus/iicbus_if.h:34:1: error: expected function body after function declarator CODE { ^ /usr/src/sys/dev/iicbus/iicbus_if.h:85:6: error: redefinition of 'iicbus_nosupport' with a different type: 'struct start' vs 'struct repeated_start' } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is here } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:92:3: error: redefinition of 'iicbus_nosupport' with a different type: 'struct stop' vs 'struct repeated_start' } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is here } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:104:6: error: redefinition of 'iicbus_nosupport' with a different type: 'struct read' vs 'struct repeated_start' } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is here } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:115:6: error: redefinition of 'iicbus_nosupport' with a different type: 'struct write' vs 'struct repeated_start' } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is here } iicbus_nosupport ; ^ /usr/src/sys/dev/iicbus/iicbus_if.h:142:13: error: expected identifier or '(' struct u_int, get_frequency { ^ /usr/src/sys/dev/iicbus/iicbus_if.h:145:6: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] } iicbus_default_frequency ; ^ /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:268:2: error: use of undeclared identifier 'iicbus_reset_desc' DEVMETHOD(iicbus_reset, iic_dp_aux_reset), ^ /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD ^ /usr/src/sys/sys/kobj.h:100:5: note: expanded from macro 'KOBJMETHOD' { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } ^ :150:1: note: expanded from here iicbus_reset_desc ^ /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:268:2: error: expected expression /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD ^ /usr/src/sys/sys/kobj.h:100:52: note: expanded from macro 'KOBJMETHOD' { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } ^ /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:268:2: error: use of undeclared identifier 'iicbus_reset_t' /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD ^ /usr/src/sys/sys/kobj.h:100:42: note: expanded from macro 'KOBJMETHOD' { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } ^ :151:1: note: expanded from here iicbus_reset_t ^ /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:269:2: error: use of undeclared identifier 'iicbus_transfer_desc' DEVMETHOD(iicbus_transfer, iic_dp_aux_xfer), ^ /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD ^ /usr/src/sys/sys/kobj.h:100:5: note: expanded from macro 'KOBJMETHOD' { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } ^ :152:1: note: expanded from here iicbus_transfer_desc ^ /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:269:2: error: expected expression /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD ^ /usr/src/sys/sys/kobj.h:100:52: note: expanded from macro 'KOBJMETHOD' { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } ^ /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:269:2: error: use of undeclared identifier 'iicbus_transfer_t'; did you mean 'iicbus_transfer'? /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD ^ /usr/src/sys/sys/kobj.h:100:42: note: expanded from macro 'KOBJMETHOD' { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } ^ :153:1: note: expanded from here iicbus_transfer_t ^ /usr/src/sys/dev/iicbus/iiconf.h:155:5: note: 'iicbus_transfer' declared here int iicbus_transfer(device_t bus, struct iic_msg *msgs, uint32_t nmsgs); ^ 14 errors generated. [%===========%] <[-------------]> # pciconf -lvc hostb0@pci0:0:0:0: class=0x060000 card=0x024d1028 chip=0x2a408086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset Memory Controller Hub' class = bridge subclass = HOST-PCI cap 09[e0] = vendor (length 10) Intel cap 1 version 1 vgapci0@pci0:0:2:0: class=0x030000 card=0x024d1028 chip=0x2a428086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA cap 05[90] = MSI supports 1 message enabled with 1 message cap 01[d0] = powerspec 3 supports D0 D3 current D0 vgapci1@pci0:0:2:1: class=0x038000 card=0x024d1028 chip=0x2a438086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset Integrated Graphics Controller' class = display cap 01[d0] = powerspec 3 supports D0 D3 current D0 none0@pci0:0:3:0: class=0x078000 card=0x024d1028 chip=0x2a448086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset MEI Controller' class = simple comms cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[8c] = MSI supports 1 message, 64 bit atapci0@pci0:0:3:2: class=0x010185 card=0x024d1028 chip=0x2a468086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset PT IDER Controller' class = mass storage subclass = ATA cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit uart2@pci0:0:3:3: class=0x070002 card=0x024d1028 chip=0x2a478086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset AMT SOL Redirection' class = simple comms subclass = UART cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message em0@pci0:0:25:0: class=0x020000 card=0x024d1028 chip=0x10f58086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82567LM Gigabit Network Connection' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = PCI Advanced Features: FLR TP uhci0@pci0:0:26:0: class=0x0c0300 card=0x024d1028 chip=0x29378086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB UHCI Controller' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci1@pci0:0:26:1: class=0x0c0300 card=0x024d1028 chip=0x29388086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB UHCI Controller' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci2@pci0:0:26:2: class=0x0c0300 card=0x024d1028 chip=0x29398086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB UHCI Controller' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP ehci0@pci0:0:26:7: class=0x0c0320 card=0x024d1028 chip=0x293c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB2 EHCI Controller' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP hdac0@pci0:0:27:0: class=0x040300 card=0x024d1028 chip=0x293e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) HD Audio Controller' class = multimedia subclass = HDA cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[60] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[70] = PCI-Express 1 root endpoint max data 128(128) FLR NS ecap 0002[100] = VC 1 max VC1 ecap 0005[130] = Root Complex Link Declaration 1 pcib1@pci0:0:28:0: class=0x060400 card=0x024d1028 chip=0x29408086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) PCI Express Port 1' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(128) link x0(x1) speed 0.0(2.5) ASPM disabled(L0s/L1) slot 0 power limit 65 mW HotPlug(empty) surprise cap 05[80] = MSI supports 1 message enabled with 1 message cap 0d[90] = PCI Bridge card=0x024d1028 cap 01[a0] = powerspec 2 supports D0 D3 current D0 ecap 0002[100] = VC 1 max VC0 ecap 0005[180] = Root Complex Link Declaration 1 pcib2@pci0:0:28:3: class=0x060400 card=0x024d1028 chip=0x29468086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) PCI Express Port 4' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(128) link x0(x1) speed 0.0(2.5) ASPM disabled(L0s/L1) slot 3 power limit 65 mW HotPlug(empty) surprise cap 05[80] = MSI supports 1 message enabled with 1 message cap 0d[90] = PCI Bridge card=0x024d1028 cap 01[a0] = powerspec 2 supports D0 D3 current D0 ecap 0002[100] = VC 1 max VC0 ecap 0005[180] = Root Complex Link Declaration 1 uhci3@pci0:0:29:0: class=0x0c0300 card=0x024d1028 chip=0x29348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB UHCI Controller' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci4@pci0:0:29:1: class=0x0c0300 card=0x024d1028 chip=0x29358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB UHCI Controller' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci5@pci0:0:29:2: class=0x0c0300 card=0x024d1028 chip=0x29368086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB UHCI Controller' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP ehci1@pci0:0:29:7: class=0x0c0320 card=0x024d1028 chip=0x293a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) USB2 EHCI Controller' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP pcib3@pci0:0:30:0: class=0x060401 card=0x024d1028 chip=0x24488086 rev=0x93 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Mobile PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[50] = PCI Bridge card=0x024d1028 isab0@pci0:0:31:0: class=0x060100 card=0x024d1028 chip=0x29178086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH9M-E LPC Interface Controller' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: SATA RAID-5, Mobile, 4 PCI-e x1 slots ahci0@pci0:0:31:2: class=0x010601 card=0x024d1028 chip=0x29298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IBM/IEM (ICH9M/ICH9M-E) 4 port SATA Controller [AHCI mode]' class = mass storage subclass = SATA cap 05[80] = MSI supports 16 messages enabled with 16 messages cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair cap 13[b0] = PCI Advanced Features: FLR TP none1@pci0:0:31:3: class=0x0c0500 card=0x024d1028 chip=0x29308086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801I (ICH9 Family) SMBus Controller' class = serial bus subclass = SMBus <[-------------]> [=> END <=] From owner-freebsd-hackers@freebsd.org Wed Apr 15 11:21:45 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 805A22B2CC1 for ; Wed, 15 Apr 2020 11:21:45 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-108-31-38-18.washdc.fios.verizon.net [108.31.38.18]) by mx1.freebsd.org (Postfix) with ESMTP id 492KgW6LBCz4ftx for ; Wed, 15 Apr 2020 11:21:43 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id CFA8C678F for ; Wed, 15 Apr 2020 11:21:37 +0000 (UTC) Subject: Re: Working on Zoom port To: freebsd-hackers@freebsd.org References: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> From: Eric McCorkle Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= mDMEXonLJBYJKwYBBAHaRw8BAQdA4oHU11A8qtqD0EtRofyORHbGX1ZIT/mnk9eceKQx56q0 JEVyaWMgTWNDb3JrbGUgPGVyaWNAbWV0cmljc3BhY2UubmV0PoiZBBMWCABBAhsDBQkB4TOA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEPfuJobsx0Me4pIwLPOOjZtwQVqwFAl6JzIAC GQEACgkQPOOjZtwQVqy2DgD+IRCNNfb7C16fjEHazDMBwmBIMz+CTJUdhoz73P9iy0cA/ixK 83qOW46q1fpCpaZtPvv0FRpcZ5EppnNQ0Yuh40YLuDgEXonLJBIKKwYBBAGXVQEFAQEHQCxw rRXlvDoXgDGv2WMrLy9UaJ4fNWXIdlaiiKZIH7lBAwEIB4h+BBgWCAAmFiEEPfuJobsx0Me4 pIwLPOOjZtwQVqwFAl6JyyQCGwwFCQHhM4AACgkQPOOjZtwQVqxS7wD+JgzZC4995EL9j2iB qhPUZTIgs61IypLoDx+o1zsSfvkBALs+/jvkQL4plT0hGtfFaa0iMnLeIXKd/1FSNGSD9hQI Message-ID: Date: Wed, 15 Apr 2020 07:21:34 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4PDd4dGoWsGNcBWk6OmNXOr4C6QEYk8eN" X-Rspamd-Queue-Id: 492KgW6LBCz4ftx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 108.31.38.18) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [-3.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[metricspace.net]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:701, ipnet:108.31.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.64)[ip: (-2.46), ipnet: 108.31.0.0/16(-1.23), asn: 701(0.56), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2020 11:21:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4PDd4dGoWsGNcBWk6OmNXOr4C6QEYk8eN Content-Type: multipart/mixed; boundary="eUBpCoTsqD21z7MxrwF3GkhaAp5cY3bU8"; protected-headers="v1" From: Eric McCorkle To: freebsd-hackers@freebsd.org Message-ID: Subject: Re: Working on Zoom port References: <202004130158.03D1wiN4029672@gndrsh.dnsmgr.net> In-Reply-To: --eUBpCoTsqD21z7MxrwF3GkhaAp5cY3bU8 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 4/14/20 9:13 AM, Pavel Timofeev wrote: >>> So are there any open source program that works on FreeBSD for video >>> conferencing? >>> >> >> >> A Port for Jitsi-Meet would be great. >> https://jitsi.org/jitsi-meet/ >> >=20 > And probably for https://github.com/jitsi/jitsi-meet-electron/ then >=20 > BTW, there are interesting projects like https://openvidu.io/ and > https://github.com/bigbluebutton/bigbluebutton also I'm all for these efforts. Although "net-im" isn't *exactly* the right category... --eUBpCoTsqD21z7MxrwF3GkhaAp5cY3bU8-- --4PDd4dGoWsGNcBWk6OmNXOr4C6QEYk8eN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ9+4mhuzHQx7ikjAs846Nm3BBWrAUCXpbuPgAKCRA846Nm3BBW rDIXAQDb4QeAmUCMdxu0pSVIudDcTLBd3/LvRZhYw+7k0vBKygD/XUvbLWSfz3t2 QoTPVvrewgHNnWtmOvWxRxmmLcxSkwc= =+ylZ -----END PGP SIGNATURE----- --4PDd4dGoWsGNcBWk6OmNXOr4C6QEYk8eN-- From owner-freebsd-hackers@freebsd.org Wed Apr 15 11:25:40 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0E5442B2E92 for ; Wed, 15 Apr 2020 11:25:40 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 492Km32Jj9z4gCS for ; Wed, 15 Apr 2020 11:25:39 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id BB1106713 for ; Wed, 15 Apr 2020 11:25:32 +0000 (UTC) Subject: Re: Working on Zoom port To: freebsd-hackers@freebsd.org References: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> From: Eric McCorkle Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= mDMEXonLJBYJKwYBBAHaRw8BAQdA4oHU11A8qtqD0EtRofyORHbGX1ZIT/mnk9eceKQx56q0 JEVyaWMgTWNDb3JrbGUgPGVyaWNAbWV0cmljc3BhY2UubmV0PoiZBBMWCABBAhsDBQkB4TOA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEPfuJobsx0Me4pIwLPOOjZtwQVqwFAl6JzIAC GQEACgkQPOOjZtwQVqy2DgD+IRCNNfb7C16fjEHazDMBwmBIMz+CTJUdhoz73P9iy0cA/ixK 83qOW46q1fpCpaZtPvv0FRpcZ5EppnNQ0Yuh40YLuDgEXonLJBIKKwYBBAGXVQEFAQEHQCxw rRXlvDoXgDGv2WMrLy9UaJ4fNWXIdlaiiKZIH7lBAwEIB4h+BBgWCAAmFiEEPfuJobsx0Me4 pIwLPOOjZtwQVqwFAl6JyyQCGwwFCQHhM4AACgkQPOOjZtwQVqxS7wD+JgzZC4995EL9j2iB qhPUZTIgs61IypLoDx+o1zsSfvkBALs+/jvkQL4plT0hGtfFaa0iMnLeIXKd/1FSNGSD9hQI Message-ID: <76793d13-c7df-c607-6751-19bf02fde4b8@metricspace.net> Date: Wed, 15 Apr 2020 07:25:31 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kftwuDvyadqw91NxGeydcu1oJ39rZzlmM" X-Rspamd-Queue-Id: 492Km32Jj9z4gCS X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 2001:470:1f11:617::107) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [-5.61 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCPT_COUNT_ONE(0.00)[1]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[metricspace.net]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.51)[ip: (-4.22), ipnet: 2001:470::/32(-4.66), asn: 6939(-3.60), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2020 11:25:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kftwuDvyadqw91NxGeydcu1oJ39rZzlmM Content-Type: multipart/mixed; boundary="SzMQZZTvwHg5kyrFXVqJdHUWkPVbvybCd"; protected-headers="v1" From: Eric McCorkle To: freebsd-hackers@freebsd.org Message-ID: <76793d13-c7df-c607-6751-19bf02fde4b8@metricspace.net> Subject: Re: Working on Zoom port References: <2119d998-b4a1-d72f-342d-0afc3cf3a480@metricspace.net> In-Reply-To: --SzMQZZTvwHg5kyrFXVqJdHUWkPVbvybCd Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 4/13/20 3:09 PM, Waitman Gobble via freebsd-hackers wrote: > A few things - using "latest" for the distfile isn't going to work, as > soon as they update the file it will break the port. Someone submitted a PR to my repo that addressed this. > Also they ship a whole bunch of libraries without any licenses. For sur= e > there is Apache and BSD code in there. I guess somebody could write > Boston to the the GPL licenses, but the other libraries are totally a > no-go without licenses. >=20 > Are they using the "commerical" version of Qt? Or maybe they just got > liberal with it like they did the other stuff? I think the commercial > version is different than normal people have, if not now then soon. I'm intending to figure out what version of Qt they are using. It would be better in my opinion to install the Qt ports. If they are using professional, then we'll have to use whatever they install. Regardless, this is going to have to be one of those packages that doesn't get distributed by FreeBSD (like other commercial ports). --SzMQZZTvwHg5kyrFXVqJdHUWkPVbvybCd-- --kftwuDvyadqw91NxGeydcu1oJ39rZzlmM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ9+4mhuzHQx7ikjAs846Nm3BBWrAUCXpbvLAAKCRA846Nm3BBW rH8lAQDS76QHlPsyx+/ZxDbkN9S8jiTSAmIwvFLKl4sPlgxpAAEA+0kqv9ZDlLAD yHbOrXOQmrQ2hmjepdZ3E/5Fh08z/wY= =TQ+w -----END PGP SIGNATURE----- --kftwuDvyadqw91NxGeydcu1oJ39rZzlmM-- From owner-freebsd-hackers@freebsd.org Wed Apr 15 14:13:55 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2E7762B8625 for ; Wed, 15 Apr 2020 14:13:55 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from 5.mo178.mail-out.ovh.net (5.mo178.mail-out.ovh.net [46.105.51.53]) (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 492PV94pXxz3Q8d for ; Wed, 15 Apr 2020 14:13:53 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from player688.ha.ovh.net (unknown [10.108.54.203]) by mo178.mail-out.ovh.net (Postfix) with ESMTP id F23699A90A for ; Wed, 15 Apr 2020 16:13:50 +0200 (CEST) Received: from minix-c11.org (83.141.95.92.rev.sfr.net [92.95.141.83]) (Authenticated sender: heitai@minix-c11.org) by player688.ha.ovh.net (Postfix) with ESMTPSA id 619CD1157A159 for ; Wed, 15 Apr 2020 14:13:50 +0000 (UTC) Date: Wed, 15 Apr 2020 16:13:42 +0200 From: Heitai To: freebsd-hackers@freebsd.org Subject: Re: try to Compile dev/drm2 with stable svn in hard under the kernel Message-ID: <20200415161342.0d38f18f@Dell-Station.lan> In-Reply-To: <20200414160026.5eb905df@Dell-Station.lan> References: <20200414160026.5eb905df@Dell-Station.lan> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 1629740118365684186 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrfeefgdeifecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecunecujfgurhepfffhvffukfgjfhfogggtgfesthhqredtredtjeenucfhrhhomhepjfgvihhtrghiuceohhgvihhtrghisehmihhnihigqdgtuddurdhorhhgqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkpheptddrtddrtddrtddpledvrdelhedrudeguddrkeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhpqdhouhhtpdhhvghlohepphhlrgihvghrieekkedrhhgrrdhovhhhrdhnvghtpdhinhgvtheptddrtddrtddrtddpmhgrihhlfhhrohhmpehhvghithgrihesmhhinhhigidqtgduuddrohhrghdprhgtphhtthhopehfrhgvvggsshguqdhhrggtkhgvrhhssehfrhgvvggsshgurdhorhhg X-Rspamd-Queue-Id: 492PV94pXxz3Q8d X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of heitai@minix-c11.org designates 46.105.51.53 as permitted sender) smtp.mailfrom=heitai@minix-c11.org X-Spamd-Result: default: False [-0.77 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.53)[-0.530,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:mail-out.ovh.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.76)[-0.763,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[minix-c11.org]; RCVD_IN_DNSWL_NONE(0.00)[53.51.105.46.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.83)[ipnet: 46.105.0.0/16(2.11), asn: 16276(2.02), country: FR(0.00)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:46.105.0.0/16, country:FR]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2020 14:13:55 -0000 Konichiha, Hi, Ola, After investigation, thanks to DrMax and Segfault without them i can't find why... And i can try under my bad way for long time ; https://svnweb.freebsd.org/base/head/?view=3Dlog&pathrev=3D338285 But, I have an chiffred disk and the firmware maybe can't load at boot time. May be need to add this firmware to the /boot/modules but I don't know if it's the good way. I'd like just have the full resolution in the boot loader and the KERNEL boot for my work machine... Please say me were the best way about my ask. BRs, Heitai. Le Tue, 14 Apr 2020 16:00:26 +0200, Heitai a =C3=A9crit : > Hello, >=20 > I try to compile with the stable kernel svn source code the drm2 > driver for have the correct and hightest resolution for my intel > video card at the boot time. >=20 > Sorry for the long log, I prefer paste all I have. > I hope I'm on the correct ML and if that isn't please say me how post. >=20 > I would like have same in the loader boot prompt. >=20 > Best Regard, > See after for better reading, > Heitai > -- >=20 > [___]--> my trying to debug the sys/dev/iicbus/iicbus_if.m=20 > by iicbus_if.h >=20 > [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D] > /* > * Copyright (c) 1998 Nicolas Souchu > * All rights reserved. > * > * Redistribution and use in source and binary forms, with or without > * modification, are permitted provided that the following conditions > * are met: > * 1. Redistributions of source code must retain the above copyright > * notice, this list of conditions and the following disclaimer. > * 2. Redistributions in binary form must reproduce the above copyright > * notice, this list of conditions and the following disclaimer in > the > * documentation and/or other materials provided with the > distribution. * > * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' > AND > * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, > THE > * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR > PURPOSE > * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE > LIABLE > * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR > CONSEQUENTIAL > * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE > GOODS > * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS > INTERRUPTION) > * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, > STRICT > * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN > ANY WAY > * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY > OF > * SUCH DAMAGE. > * > * $FreeBSD: stable/12/sys/dev/iicbus/iicbus_if.m 323474 2017-09-11 > 23:47:49Z ian $ */ >=20 > #include > #include >=20 > INTERFACE iicbus(void) >=20 > CODE { > struct iicbus_nosupport > { > return (ENODEV); > } ; >=20 > struct u_int, > iicbus_default_frequency(device_t bus, u_char speed) > { > return (100000); > } ; > } >=20 > /* > * Interpret interrupt > */ > struct intr { > device_t dev; > int event; > char *buf; > } ; >=20 > /* > * iicbus callback > * Request ownership of bus > * index: IIC_REQUEST_BUS or IIC_RELEASE_BUS > * data: pointer to int containing IIC_WAIT or IIC_DONTWAIT and either > IIC_INTR or IIC_NOINTR > * This function is allowed to sleep if *data contains IIC_WAIT. > */ > struct callback { > device_t dev; > int index; > caddr_t data; > } ;=20 >=20 > /* > * Send REPEATED_START condition > */ > struct repeated_start { > device_t dev; > u_char slave; > int timeout; > } iicbus_nosupport ; >=20 > /*) > * Send START condition > */ > struct start { > device_t dev; > u_char slave; > int timeout; > } iicbus_nosupport ; >=20 > /* > * Send STOP condition > */ > struct stop { > device_t dev; > } iicbus_nosupport ; >=20 > /* > * Read from I2C bus > */ > struct read { > device_t dev; > char *buf; > int len; > int *bytes; > int last; > int delay; > } iicbus_nosupport ; >=20 > /* > * Write to the I2C bus > */ > struct write { > device_t dev; > const char *buf; > int len; > int *bytes; > int timeout; > } iicbus_nosupport ; >=20 > /* > * Reset I2C bus > */ > struct reset { > device_t dev; > u_char speed; > u_char addr; > u_char *oldaddr; > } ; >=20 > /* > * Generalized Read/Write interface > */ > struct transfer { > device_t dev; > struct iic_msg *msgs; > uint32_t nmsgs; > } ; >=20 > /* > * Return the frequency in Hz for the bus running at the given=20 > * symbolic speed. Only the IIC_SLOW speed has meaning, it is always > * 100KHz. The UNKNOWN, FAST, and FASTEST rates all map to the > * configured bus frequency, or 100KHz when not otherwise configured. > */ > struct u_int, get_frequency { > device_t dev; > u_char speed; > } iicbus_default_frequency ; > [=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D] >=20 > [___]--> The # make buildkernel ERROR >=20 > [%=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D%] > make[1]: "/usr/src/Makefile.inc1" line 344: SYSTEM_COMPILER: libclang > will be built for bootstrapping a cross-compiler. make[1]: > "/usr/src/Makefile.inc1" line 349: SYSTEM_LINKER: libclang will be > built for bootstrapping a cross-linker. In file included from > /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:31: > /usr/src/sys/dev/iicbus/iicbus_if.h:32:1: error: unknown type name > 'INTERFACE' INTERFACE iicbus(void) ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:34:1: error: expected function > body after function declarator CODE { ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:85:6: error: redefinition of > 'iicbus_nosupport' with a different type: 'struct start' vs 'struct > repeated_start' } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is > here } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:92:3: error: redefinition of > 'iicbus_nosupport' with a different type: 'struct stop' vs 'struct > repeated_start' } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is > here } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:104:6: error: redefinition of > 'iicbus_nosupport' with a different type: 'struct read' vs 'struct > repeated_start' } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is > here } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:115:6: error: redefinition of > 'iicbus_nosupport' with a different type: 'struct write' vs 'struct > repeated_start' } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:76:6: note: previous definition is > here } iicbus_nosupport ; > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:142:13: error: expected identifier > or '(' struct u_int, get_frequency { > ^ > /usr/src/sys/dev/iicbus/iicbus_if.h:145:6: error: type specifier > missing, defaults to 'int' [-Werror,-Wimplicit-int] > } iicbus_default_frequency ; > ^ > /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:268:2: error: use of > undeclared identifier 'iicbus_reset_desc' DEVMETHOD(iicbus_reset, > iic_dp_aux_reset), ^ > /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' > #define DEVMETHOD KOBJMETHOD > ^ > /usr/src/sys/sys/kobj.h:100:5: note: expanded from macro 'KOBJMETHOD' > { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } > ^ > :150:1: note: expanded from here > iicbus_reset_desc > ^ > /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:268:2: error: expected > expression /usr/src/sys/sys/bus.h:747:19: note: expanded from macro > 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD > ^ > /usr/src/sys/sys/kobj.h:100:52: note: expanded from macro 'KOBJMETHOD' > { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } > ^ > /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:268:2: error: use of > undeclared identifier 'iicbus_reset_t' /usr/src/sys/sys/bus.h:747:19: > note: expanded from macro 'DEVMETHOD' #define DEVMETHOD > KOBJMETHOD ^ > /usr/src/sys/sys/kobj.h:100:42: note: expanded from macro 'KOBJMETHOD' > { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } > ^ > :151:1: note: expanded from here > iicbus_reset_t > ^ > /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:269:2: error: use of > undeclared identifier 'iicbus_transfer_desc' > DEVMETHOD(iicbus_transfer, iic_dp_aux_xfer), ^ > /usr/src/sys/sys/bus.h:747:19: note: expanded from macro 'DEVMETHOD' > #define DEVMETHOD KOBJMETHOD > ^ > /usr/src/sys/sys/kobj.h:100:5: note: expanded from macro 'KOBJMETHOD' > { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } > ^ > :152:1: note: expanded from here > iicbus_transfer_desc > ^ > /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:269:2: error: expected > expression /usr/src/sys/sys/bus.h:747:19: note: expanded from macro > 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD > ^ > /usr/src/sys/sys/kobj.h:100:52: note: expanded from macro 'KOBJMETHOD' > { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } > ^ > /usr/src/sys/dev/drm2/drm_dp_iic_helper.c:269:2: error: use of > undeclared identifier 'iicbus_transfer_t'; did you mean > 'iicbus_transfer'? /usr/src/sys/sys/bus.h:747:19: note: expanded from > macro 'DEVMETHOD' #define DEVMETHOD KOBJMETHOD > ^ > /usr/src/sys/sys/kobj.h:100:42: note: expanded from macro 'KOBJMETHOD' > { &NAME##_desc, (kobjop_t) (1 ? FUNC : (NAME##_t *)NULL) } > ^ > :153:1: note: expanded from here > iicbus_transfer_t > ^ > /usr/src/sys/dev/iicbus/iiconf.h:155:5: note: 'iicbus_transfer' > declared here int iicbus_transfer(device_t bus, struct iic_msg *msgs, > uint32_t nmsgs); ^ > 14 errors generated. > [%=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D%] >=20 > <[-------------]> > # pciconf -lvc > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x024d1028 > chip=3D0x2a408086 rev=3D0x07 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Mobile 4 Series Chipset Memory Controller Hub' > class =3D bridge > subclass =3D HOST-PCI > cap 09[e0] =3D vendor (length 10) Intel cap 1 version 1 > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x024d1028 > chip=3D0x2a428086 rev=3D0x07 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Mobile 4 Series Chipset Integrated Graphics > Controller' class =3D display > subclass =3D VGA > cap 05[90] =3D MSI supports 1 message enabled with 1 message > cap 01[d0] =3D powerspec 3 supports D0 D3 current D0 > vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x024d1028 > chip=3D0x2a438086 rev=3D0x07 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Mobile 4 Series Chipset Integrated Graphics > Controller' class =3D display > cap 01[d0] =3D powerspec 3 supports D0 D3 current D0 > none0@pci0:0:3:0: class=3D0x078000 card=3D0x024d1028 > chip=3D0x2a448086 rev=3D0x07 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Mobile 4 Series Chipset MEI Controller' > class =3D simple comms > cap 01[50] =3D powerspec 3 supports D0 D3 current D0 > cap 05[8c] =3D MSI supports 1 message, 64 bit=20 > atapci0@pci0:0:3:2: class=3D0x010185 card=3D0x024d1028 > chip=3D0x2a468086 rev=3D0x07 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Mobile 4 Series Chipset PT IDER Controller' > class =3D mass storage > subclass =3D ATA > cap 01[c8] =3D powerspec 3 supports D0 D3 current D0 > cap 05[d0] =3D MSI supports 1 message, 64 bit=20 > uart2@pci0:0:3:3: class=3D0x070002 card=3D0x024d1028 > chip=3D0x2a478086 rev=3D0x07 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Mobile 4 Series Chipset AMT SOL Redirection' > class =3D simple comms > subclass =3D UART > cap 01[c8] =3D powerspec 3 supports D0 D3 current D0 > cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message > em0@pci0:0:25:0: class=3D0x020000 card=3D0x024d1028 chip=3D0x10f58086 > rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82567LM Gigabit Network Connection' > class =3D network > subclass =3D ethernet > cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 > cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] =3D PCI Advanced Features: FLR TP > uhci0@pci0:0:26:0: class=3D0x0c0300 card=3D0x024d1028 > chip=3D0x29378086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB UHCI Controller' > class =3D serial bus > subclass =3D USB > cap 13[50] =3D PCI Advanced Features: FLR TP > uhci1@pci0:0:26:1: class=3D0x0c0300 card=3D0x024d1028 > chip=3D0x29388086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB UHCI Controller' > class =3D serial bus > subclass =3D USB > cap 13[50] =3D PCI Advanced Features: FLR TP > uhci2@pci0:0:26:2: class=3D0x0c0300 card=3D0x024d1028 > chip=3D0x29398086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB UHCI Controller' > class =3D serial bus > subclass =3D USB > cap 13[50] =3D PCI Advanced Features: FLR TP > ehci0@pci0:0:26:7: class=3D0x0c0320 card=3D0x024d1028 > chip=3D0x293c8086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB2 EHCI Controller' > class =3D serial bus > subclass =3D USB > cap 01[50] =3D powerspec 2 supports D0 D3 current D0 > cap 0a[58] =3D EHCI Debug Port at offset 0xa0 in map 0x14 > cap 13[98] =3D PCI Advanced Features: FLR TP > hdac0@pci0:0:27:0: class=3D0x040300 card=3D0x024d1028 > chip=3D0x293e8086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) HD Audio Controller' > class =3D multimedia > subclass =3D HDA > cap 01[50] =3D powerspec 2 supports D0 D3 current D0 > cap 05[60] =3D MSI supports 1 message, 64 bit enabled with 1 message > cap 10[70] =3D PCI-Express 1 root endpoint max data 128(128) FLR NS > ecap 0002[100] =3D VC 1 max VC1 > ecap 0005[130] =3D Root Complex Link Declaration 1 > pcib1@pci0:0:28:0: class=3D0x060400 card=3D0x024d1028 > chip=3D0x29408086 rev=3D0x03 hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) PCI Express Port 1' > class =3D bridge > subclass =3D PCI-PCI > cap 10[40] =3D PCI-Express 1 root port max data 128(128) > link x0(x1) speed 0.0(2.5) ASPM disabled(L0s/L1) > slot 0 power limit 65 mW HotPlug(empty) surprise > cap 05[80] =3D MSI supports 1 message enabled with 1 message > cap 0d[90] =3D PCI Bridge card=3D0x024d1028 > cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 > ecap 0002[100] =3D VC 1 max VC0 > ecap 0005[180] =3D Root Complex Link Declaration 1 > pcib2@pci0:0:28:3: class=3D0x060400 card=3D0x024d1028 > chip=3D0x29468086 rev=3D0x03 hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) PCI Express Port 4' > class =3D bridge > subclass =3D PCI-PCI > cap 10[40] =3D PCI-Express 1 root port max data 128(128) > link x0(x1) speed 0.0(2.5) ASPM disabled(L0s/L1) > slot 3 power limit 65 mW HotPlug(empty) surprise > cap 05[80] =3D MSI supports 1 message enabled with 1 message > cap 0d[90] =3D PCI Bridge card=3D0x024d1028 > cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 > ecap 0002[100] =3D VC 1 max VC0 > ecap 0005[180] =3D Root Complex Link Declaration 1 > uhci3@pci0:0:29:0: class=3D0x0c0300 card=3D0x024d1028 > chip=3D0x29348086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB UHCI Controller' > class =3D serial bus > subclass =3D USB > cap 13[50] =3D PCI Advanced Features: FLR TP > uhci4@pci0:0:29:1: class=3D0x0c0300 card=3D0x024d1028 > chip=3D0x29358086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB UHCI Controller' > class =3D serial bus > subclass =3D USB > cap 13[50] =3D PCI Advanced Features: FLR TP > uhci5@pci0:0:29:2: class=3D0x0c0300 card=3D0x024d1028 > chip=3D0x29368086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB UHCI Controller' > class =3D serial bus > subclass =3D USB > cap 13[50] =3D PCI Advanced Features: FLR TP > ehci1@pci0:0:29:7: class=3D0x0c0320 card=3D0x024d1028 > chip=3D0x293a8086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) USB2 EHCI Controller' > class =3D serial bus > subclass =3D USB > cap 01[50] =3D powerspec 2 supports D0 D3 current D0 > cap 0a[58] =3D EHCI Debug Port at offset 0xa0 in map 0x14 > cap 13[98] =3D PCI Advanced Features: FLR TP > pcib3@pci0:0:30:0: class=3D0x060401 card=3D0x024d1028 > chip=3D0x24488086 rev=3D0x93 hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D '82801 Mobile PCI Bridge' > class =3D bridge > subclass =3D PCI-PCI > cap 0d[50] =3D PCI Bridge card=3D0x024d1028 > isab0@pci0:0:31:0: class=3D0x060100 card=3D0x024d1028 > chip=3D0x29178086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'ICH9M-E LPC Interface Controller' > class =3D bridge > subclass =3D PCI-ISA > cap 09[e0] =3D vendor (length 12) Intel cap 1 version 0 > features: SATA RAID-5, Mobile, 4 PCI-e x1 slots > ahci0@pci0:0:31:2: class=3D0x010601 card=3D0x024d1028 > chip=3D0x29298086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801IBM/IEM (ICH9M/ICH9M-E) 4 port SATA Controller > [AHCI mode]' class =3D mass storage > subclass =3D SATA > cap 05[80] =3D MSI supports 16 messages enabled with 16 messages > cap 01[70] =3D powerspec 3 supports D0 D3 current D0 > cap 12[a8] =3D SATA Index-Data Pair > cap 13[b0] =3D PCI Advanced Features: FLR TP > none1@pci0:0:31:3: class=3D0x0c0500 card=3D0x024d1028 > chip=3D0x29308086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801I (ICH9 Family) SMBus Controller' > class =3D serial bus > subclass =3D SMBus > <[-------------]> >=20 > [=3D> END <=3D] =20 From owner-freebsd-hackers@freebsd.org Wed Apr 15 19:47:10 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 856042BFDCD for ; Wed, 15 Apr 2020 19:47:10 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 492Xtj2dZvz4JGb for ; Wed, 15 Apr 2020 19:47:08 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 03FJl62P054697 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 15 Apr 2020 12:47:06 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 03FJl5w3054696; Wed, 15 Apr 2020 12:47:05 -0700 (PDT) (envelope-from jmg) Date: Wed, 15 Apr 2020 12:47:05 -0700 From: John-Mark Gurney To: Wojciech Puchar Cc: Freddie Cash , FreeBSD Hackers Subject: Re: Ars Technica article on FreeBSD new user experience Message-ID: <20200415194705.GX4213@funkthat.com> Mail-Followup-To: Wojciech Puchar , Freddie Cash , FreeBSD Hackers References: <1FFE298E-A609-4570-A0BD-E530996C92CF@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Wed, 15 Apr 2020 12:47:06 -0700 (PDT) X-Rspamd-Queue-Id: 492Xtj2dZvz4JGb X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [0.35 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.20)[-0.202,0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; IP_SCORE(-0.49)[ip: (-1.26), ipnet: 208.87.216.0/21(-0.63), asn: 32354(-0.50), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.16)[-0.158,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2020 19:47:10 -0000 Wojciech Puchar wrote this message on Sun, Apr 12, 2020 at 09:39 +0200: > > No, this wasn't an in-depth review of using FreeBSD for any particular purpose. But it was a decent review of the installation > > process, pointing out pain-points to those "not in the know". > > Actually it would be better to be no installer at all, but instalation > instructions. I remember FreeBSD 1.1 install instructions fondly. https://twitter.com/encthenet/status/816072254354178048 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@freebsd.org Wed Apr 15 20:35:21 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B16702C1A4D for ; Wed, 15 Apr 2020 20:35:21 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 492YyJ6XFmz4NnR; Wed, 15 Apr 2020 20:35:20 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pj1-x102c.google.com with SMTP id ng8so346223pjb.2; Wed, 15 Apr 2020 13:35:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RPECjIpY5nrmeNpGsnctD4jtwJX2fgM6ZoaXaZmkyjg=; b=a95Xzi30KEY8QzCwtzZbAutj4k+J+KpN04bZLEpPR3KNh5btmDJXRP/uItUk1ysPeM 0yusqbzbBA2v53T+pirPy5f2e9+FiCHpWY1CXbIUxjYA3oBXn5gNYRwY+OvS6EMa4bsQ NjDRLOVEe5EuhOr8C1reb8XMbuCfPMHHn0n9WX/oFMi9RCP/+SCdqrrn/v25xsSzm44T GmC9WLJkz5P0tvyyHwLc04i7DTBm4JhOcWcE95TuDi7V8vLW5gqsNSJh94hAMY6dd4Zg XRl8QeWQfeR+1Z6Zf2WRMuSK4RvQOo1tNBq0tuMFjjFEsTeUhDoXyAp3aWQ3v8uoBcLV LCwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RPECjIpY5nrmeNpGsnctD4jtwJX2fgM6ZoaXaZmkyjg=; b=nZriIUqCYHqbywau3XD+Q+2GinwQlQIXqDaNIWhUjKAebi6hy2j1d4XN9IcgNvn+hG Ge4rM+c2Opyzuk51gArxOjgZgOdS4b/E1ygwGmv5asEuA2dYImCIB2e/M3WkgqioO4aD sAOr0/d+CZVu+Ui8faoN3ANDbOjZOSlKN2161W55GDcz9kW4xycWxpcQBwuhCLIn4K73 XzxEoT+6dyiiC71kXQq8ZrYupmpdc9hHwU7rcJTKO4EE52W4EeZx6tj6FBPFGUo1zBnr 7XzZeNZUM6XfubrOe+eOzzhTMv2VXd1n0jvQAZ4mG8/kfqI9uKQ87AP2qdmz40nnX2Eo Gpiw== X-Gm-Message-State: AGi0PuZfLQP3NKicfuaOUivs6Hy9fO4mQOCUJdgRFCHDjkSCKbXZyPWg zTfBwa8EPrz8HNJVjzylaW14semumwo= X-Google-Smtp-Source: APiQypJUdj7ebpD/Wc8UEFdYY0yd2JqEvmvY3omL5kvKAzEnS/dGIxl00BEYTeOZpcqiIwkE8sZ7hQ== X-Received: by 2002:a17:90a:8a06:: with SMTP id w6mr1153705pjn.191.1586982918521; Wed, 15 Apr 2020 13:35:18 -0700 (PDT) Received: from [192.168.20.26] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id f3sm426651pjo.24.2020.04.15.13.35.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Apr 2020 13:35:17 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Ars Technica article on FreeBSD new user experience From: Enji Cooper In-Reply-To: <20200412064733.GB25313@freefall.freebsd.org> Date: Wed, 15 Apr 2020 13:35:17 -0700 Cc: John-Mark Gurney , Kyle Evans , FreeBSD Hackers Content-Transfer-Encoding: quoted-printable Message-Id: <0BEC5747-CC83-4F10-ADC9-B06F8EF96051@gmail.com> References: <20200410061248.GK4213@funkthat.com> <20200411004620.GL4213@funkthat.com> <7E83538A-9360-4B0D-9190-6E3A675C53DD@gmail.com> <20200412064733.GB25313@freefall.freebsd.org> To: "Piotr P. Stefaniak" X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 492YyJ6XFmz4NnR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=a95Xzi30; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::102c as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[228.52.19.73.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-8.61), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2020 20:35:21 -0000 > On Apr 11, 2020, at 11:47 PM, Piotr P. Stefaniak = wrote: >=20 > On 2020-04-11 14:32:36, Enji Cooper wrote: >=20 >>> Yeah, history isn't kept by default, not sure if there's an option = to >>> keep it, if there is, I don't see it in the man page, and ctrl-r = doesn't >>> work either. >>=20 >> There is history support, but it=E2=80=99s not on by default and = it=E2=80=99s not spelled the same way as other shells (I don=E2=80=99t = think it=E2=80=99s persistent between shell invocations, however): >=20 > But the commands history isn't persistent, is it? That together with > command completion (as opposed to file name completion, which is = already > there) is very important to have, in my opinion. That=E2=80=99s effectively what I said, but in different words. Cheers, -Enji= From owner-freebsd-hackers@freebsd.org Thu Apr 16 02:25:59 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D075E2AB847 for ; Thu, 16 Apr 2020 02:25:59 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from 6.mo179.mail-out.ovh.net (6.mo179.mail-out.ovh.net [46.105.56.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 492jkt59cyz3JR8 for ; Thu, 16 Apr 2020 02:25:58 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from player699.ha.ovh.net (unknown [10.108.35.158]) by mo179.mail-out.ovh.net (Postfix) with ESMTP id 5EF71162751 for ; Thu, 16 Apr 2020 04:25:56 +0200 (CEST) Received: from minix-c11.org (83.141.95.92.rev.sfr.net [92.95.141.83]) (Authenticated sender: heitai@minix-c11.org) by player699.ha.ovh.net (Postfix) with ESMTPSA id E24D6116BFA93 for ; Thu, 16 Apr 2020 02:25:55 +0000 (UTC) Date: Thu, 16 Apr 2020 04:25:44 +0200 From: Heitai To: FreeBSD Hackers Subject: Best Way to Organize My Work ? Message-ID: <20200416033102.4973480b@Dell-Station.lan> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Ovh-Tracer-Id: 13993809943109550554 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrfeeggdehkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkofggtgfgsehtjeertdertddvnecuhfhrohhmpefjvghithgrihcuoehhvghithgrihesmhhinhhigidqtgduuddrohhrgheqnecukfhppedtrddtrddtrddtpdelvddrleehrddugedurdekfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdqohhuthdphhgvlhhopehplhgrhigvrheileelrdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhephhgvihhtrghisehmihhnihigqdgtuddurdhorhhgpdhrtghpthhtohepfhhrvggvsghsugdqhhgrtghkvghrshesfhhrvggvsghsugdrohhrgh X-Rspamd-Queue-Id: 492jkt59cyz3JR8 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of heitai@minix-c11.org designates 46.105.56.76 as permitted sender) smtp.mailfrom=heitai@minix-c11.org X-Spamd-Result: default: False [0.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.71)[-0.710,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:mail-out.ovh.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[minix-c11.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.67)[-0.675,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[76.56.105.46.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.83)[ipnet: 46.105.0.0/16(2.11), asn: 16276(2.02), country: FR(0.00)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:46.105.0.0/16, country:FR]; MIME_TRACE(0.00)[0:+] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 02:25:59 -0000 Good Evening or Else, I want to take a turn in my works methodoligy. I ask here because the my wish is Hack and Help, FreeBSD and BSD*Like. [01]-< What the simplest way and the best flexibility to put down my thinking ? --> Use text only or a content project manager ? --> Use an online server like VPS or an @Home machine ? --> For ask Help and have the best response as possible How share my thinking and my Works ? [02]-< How can stay a trace of my Works with secure methode, to avoid system trash, humain error, hardware malfonciton, cracking and else ? and stay access for GNT differences and time disponibility for possible helpers. --> An git or subversion on a local machine ? --> Use a basic installation of FreeBSD on a online server with just a versioning manager, securite it with le lowest deamon and software as possible ? --> Use a content project manager like trac with the admin complexity overlay and the security risk for just a personnal organization ? And personal Works before commit it under concerned community, FreeBSD documentations, Code modify, maintened ports if I need software or upper version... else, MiniX, NetBSD and all i need to work : BackUp config files, personal notes and thinking, ToDo's list, AdressBook, etc... , [03]-< Where can i find help, with a preference in French ? --> in usenet ? for better structuration of my asking and my thinking about my problematics ? But this protocol seems dead. --> in internet reality chat ? But it's not easy for me to ask for a complex problem in one or two lignes. --> in a malling list ? But where, in French if possible, about python, C, CPP, and shell scripting. I dislike forum becouse need always login, too much thematics and too nuch differents web sites. ---[ Use [01] and [02] to highlight my Questins and for can't repet or re-explain the most of the time less goods... ]--- --> I just want to organize me to Works better and with better efficiency, Organize my life with all tasks which are necessary, Learn and take notes to my programming progress, Help projects that I appreciateand and progress with. [-- That's All --] ---------------- I hope I was clearly in my purpose and I hope you take a litle time to reply just for confirm or not the diffent possibility expossed in this mail. Take Care, See you and Best Regards. Heitai. <----> From owner-freebsd-hackers@freebsd.org Thu Apr 16 15:00:44 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8BA0D2BE881 for ; Thu, 16 Apr 2020 15:00:44 +0000 (UTC) (envelope-from reichert@numachi.com) Received: from away.numachi.com (away.numachi.com [66.228.38.138]) by mx1.freebsd.org (Postfix) with SMTP id 4932Tl4RP1z4ZjR for ; Thu, 16 Apr 2020 15:00:43 +0000 (UTC) (envelope-from reichert@numachi.com) Received: (qmail 31418 invoked from network); 16 Apr 2020 15:00:37 -0000 Received: from unknown (HELO meisai.numachi.com) (72.71.251.201) by away.numachi.com with SMTP; 16 Apr 2020 15:00:37 -0000 Received: (qmail 95816 invoked by uid 1001); 16 Apr 2020 15:00:37 -0000 Date: Thu, 16 Apr 2020 11:00:37 -0400 From: Brian Reichert To: Heitai Cc: FreeBSD Hackers Subject: Re: Best Way to Organize My Work ? Message-ID: <20200416150037.GU43966@numachi.com> References: <20200416033102.4973480b@Dell-Station.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200416033102.4973480b@Dell-Station.lan> User-Agent: Mutt/1.5.9i X-Rspamd-Queue-Id: 4932Tl4RP1z4ZjR X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of reichert@numachi.com has no SPF policy when checking 66.228.38.138) smtp.mailfrom=reichert@numachi.com X-Spamd-Result: default: False [4.91 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[numachi.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.90)[0.904,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:63949, ipnet:66.228.32.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.51)[ipnet: 66.228.32.0/20(3.95), asn: 63949(-1.36), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 15:00:44 -0000 On Thu, Apr 16, 2020 at 04:25:44AM +0200, Heitai wrote: > Good Evening or Else, > > I want to take a turn in my works methodoligy. Do you mean you want to explore hosting your own blog and source repository, with web access? > Heitai. > <----> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Brian Reichert BSD admin/developer at large From owner-freebsd-hackers@freebsd.org Thu Apr 16 15:48:45 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5245C2BFCAD for ; Thu, 16 Apr 2020 15:48:45 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 4933Y804tfz4f3C for ; Thu, 16 Apr 2020 15:48:43 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03GFmbLF022047 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 16 Apr 2020 17:48:37 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1587052118; bh=ncpyYpe/GHYcgvjcmzs/GGnuaKRdP/Rt7u/3btnyKug=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=Bfaubta3o7LP0S9OuGBQcwWYIGyL9Jczp1dqDP9XqvJ+7OE11W+VVRqajZSQfOsGj UGOl9z2505NpJYMuq7RHJhK58KYZHu2GrMLgamN72sMApYrfl+hviqffpb7uN7g84U gq2xeC4v+EiU8Gw1SLcFJnWhrgOn4k0n1ppXeSx8= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03GFma6T022044; Thu, 16 Apr 2020 17:48:37 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 16 Apr 2020 17:48:36 +0200 (CEST) From: Wojciech Puchar To: John-Mark Gurney cc: Wojciech Puchar , Freddie Cash , FreeBSD Hackers Subject: Re: Ars Technica article on FreeBSD new user experience In-Reply-To: <20200415194705.GX4213@funkthat.com> Message-ID: References: <1FFE298E-A609-4570-A0BD-E530996C92CF@gmail.com> <20200415194705.GX4213@funkthat.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4933Y804tfz4f3C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=Bfaubta3; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.47)[ip: (-6.52), ipnet: 194.1.144.0/24(-3.26), asn: 43476(-2.61), country: PL(0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 15:48:45 -0000 >> Actually it would be better to be no installer at all, but instalation >> instructions. > > I remember FreeBSD 1.1 install instructions fondly. > can see first page only. > https://twitter.com/encthenet/status/816072254354178048 > my installation: 1) run bootable FreeBSD from anything (i usually use pendrive) 2) create partitions, install boot blocks 3) newfs partition, mount 4) unpack few .tar.gz - i have them included in bootable media. 5) done. From owner-freebsd-hackers@freebsd.org Thu Apr 16 15:51:06 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A0BF72BFDEC for ; Thu, 16 Apr 2020 15:51:06 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 4933bs5RTVz4fLt for ; Thu, 16 Apr 2020 15:51:05 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03GFp3dP023456 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 16 Apr 2020 17:51:03 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1587052263; bh=zTn8eJfVvjZm5ADgcL8b81V5wIq4R2scor6MsQxRxTE=; h=Date:From:To:Subject; b=d+l/9/ZE+MpYFVsYe0as87pzmgE5JlBw3YUEnQE9xtIqOcws3w0n8RKRTOun55k4D VJuGGVxXVMzQ+8Ru+hLgzMJZSSbMnuzoj5scmRIole/mSBoS7Q0jyangezy/VBpWYG hFzkFJiN1WwB0MOcS2w9JoYtqNW9o9yQmAyuBkYo= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03GFp3iY023453 for ; Thu, 16 Apr 2020 17:51:03 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 16 Apr 2020 17:51:03 +0200 (CEST) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: fsck parallel check Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4933bs5RTVz4fLt X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=d+l/9/ZE; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[puchar.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.46)[ip: (-6.50), ipnet: 194.1.144.0/24(-3.25), asn: 43476(-2.60), country: PL(0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 15:51:06 -0000 can it be changed? fsck checks in sequence all filesystems with 6-th field in /etc/fstab equal 1, and in parallel all with 6-th field equal 2 but one process per disk. This is right if you have magnetic disks. checking 2 partitions in parallel on one physical disk is bad idea. But it is very good idea to do this on SSD with multiple partitions. Can it be changed ? If not - i can write a fix for this (option settable in fstab). From owner-freebsd-hackers@freebsd.org Thu Apr 16 16:05:50 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 15E5A2C077C for ; Thu, 16 Apr 2020 16:05:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4933wr6Vjyz3CJX for ; Thu, 16 Apr 2020 16:05:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 03GG5fmU043678 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 16 Apr 2020 16:05:42 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wojtek@puchar.net Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 03GG5arS009743 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 16 Apr 2020 23:05:36 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: fsck parallel check To: Wojciech Puchar , freebsd-hackers@freebsd.org References: From: Eugene Grosbein Message-ID: Date: Thu, 16 Apr 2020 23:05:26 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4933wr6Vjyz3CJX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.89)[ip: (-5.21), ipnet: 2a01:4f8::/29(-2.62), asn: 24940(-1.59), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 16:05:50 -0000 16.04.2020 22:51, Wojciech Puchar wrote: > can it be changed? > > fsck checks in sequence all filesystems with 6-th field in /etc/fstab equal 1, and in parallel all with 6-th field equal 2 but one process per disk. > > This is right if you have magnetic disks. checking 2 partitions in parallel on one physical disk is bad idea. > > But it is very good idea to do this on SSD with multiple partitions. > > Can it be changed ? > > If not - i can write a fix for this (option settable in fstab). Please read fsck(8) manual page carefully. This field may have values greater than 2. Quoting the manual: In other words: In preen mode all pass 1 partitions are checked sequentially. Next all pass 2 partitions are checked in parallel, one process per disk drive. Next all pass 3 partitions are checked in parallel, one process per disk drive. etc. So you are already allowed to check your SSD partitions in parallel using same pass number (f.e. 2) and check HDD partitions using distinct pass numbers (2, 3, 4 etc.) Also note that "one process per disk" refers to old traditional partition numbering like da0s1a, da0s1d, da0s1e that fsck recognises as belonging to same "disk" but not to newer label-based mount like /dev/ufs/root, /dev/ufs/var or /dev/mirror/m0s1a etc. so it runs it all in parallel unless you deny it using different pass numbers. From owner-freebsd-hackers@freebsd.org Thu Apr 16 16:08:37 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6AE362C093F for ; Thu, 16 Apr 2020 16:08:37 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4934042jFgz3CVr for ; Thu, 16 Apr 2020 16:08:36 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 03GG8Y95046250; Thu, 16 Apr 2020 09:08:34 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 03GG8Ym1046249; Thu, 16 Apr 2020 09:08:34 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202004161608.03GG8Ym1046249@gndrsh.dnsmgr.net> Subject: Re: fsck parallel check In-Reply-To: To: Wojciech Puchar Date: Thu, 16 Apr 2020 09:08:34 -0700 (PDT) CC: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4934042jFgz3CVr X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.34 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.336,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.75)[0.745,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.06), asn: 13868(0.03), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 16:08:37 -0000 > can it be changed? It *could* be changed, but the more important question is *should* it be changed. See below. > fsck checks in sequence all filesystems with 6-th field in /etc/fstab > equal 1, and in parallel all with 6-th field equal 2 but one process per > disk. > > This is right if you have magnetic disks. checking 2 partitions in > parallel on one physical disk is bad idea. > > But it is very good idea to do this on SSD with multiple partitions. Why do you state that? >From my perspective it is more that one thread is "good enough": fsck should be I/O bound, more threads on a single ssd should just lead to I/O queue building and no net reduction in time to complete. Do you have some data that contridicts that? > > Can it be changed ? See above. > > If not - i can write a fix for this (option settable in fstab). -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Thu Apr 16 16:25:37 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17C052C0FED for ; Thu, 16 Apr 2020 16:25:37 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 4934Mh20jFz3Dqn for ; Thu, 16 Apr 2020 16:25:36 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03GGPVA2004660 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 16 Apr 2020 18:25:31 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1587054331; bh=KDHFWjXF9eyuDwdtv71B+bTRhZFaf0m+ASHjJu1yvMA=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=GGP9x2WVsiVM0Y3hC5xywQDN6JCDA79OrHlJ8f6ChwdunEZPPXO5LeK643QhWx5AH bVKKI2e+fE4FKQ0LthmzeSvulWKq3mPOz/w7Ogj6wsrmTQ1gRkkfeOKCElYf3lNEQX H6z7Gu3JW/IYHACkQW/fHGtYIXYdeA6mHBiNSB+s= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03GGPV4e004657; Thu, 16 Apr 2020 18:25:31 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 16 Apr 2020 18:25:30 +0200 (CEST) From: Wojciech Puchar To: Eugene Grosbein cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: fsck parallel check In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4934Mh20jFz3Dqn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=GGP9x2WV; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.75 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.45)[ip: (-6.47), ipnet: 194.1.144.0/24(-3.24), asn: 43476(-2.59), country: PL(0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 16:25:37 -0000 > Quoting the manual: > > In other words: In preen mode all pass 1 partitions are checked > sequentially. Next all pass 2 partitions are checked in parallel, one > process per disk drive. Next all pass 3 partitions are checked in > parallel, one process per disk drive. etc. Yes i've read this manual. "Next all pass 2 partitions are checked in parallel, one process per disk drive." so having 5 partitions on one SSD - it will be checked sequentially. > Also note that "one process per disk" refers to old traditional partition numbering > like da0s1a, da0s1d, da0s1e that fsck recognises as belonging to same "disk" > but not to newer label-based mount like /dev/ufs/root, /dev/ufs/var or /dev/mirror/m0s1a etc. > so it runs it all in parallel unless you deny it using different pass numbers. > i use /dev/gpt/gptlabel naming. so it will check in parallel. From owner-freebsd-hackers@freebsd.org Thu Apr 16 16:26:08 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BAACF2C10AF for ; Thu, 16 Apr 2020 16:26:08 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 4934NJ0q8Jz3Dxx for ; Thu, 16 Apr 2020 16:26:07 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 03GGQ43G004970 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 16 Apr 2020 18:26:04 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1587054364; bh=VbAavWXbS5CNQROGmQ1aS3Nbk7D9hrrXaehnw+SLujs=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=qoxq5nFfOnCo26GY0deYLGWA9njCFtBiA6B+aCBHlDUCExxaeN10tyJTe0NuV4BX8 04RlXuDJgk5bfeZ6lbT1OmuLNBeeegEWht2YTvI6P/StyOGnwVZMAbnsYMBp+P0o5a KKQUX+XWfUF7LSNifkt7MfGgF4Yu+85yVckKICpk= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 03GGQ3hs004959; Thu, 16 Apr 2020 18:26:03 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 16 Apr 2020 18:26:03 +0200 (CEST) From: Wojciech Puchar To: "Rodney W. Grimes" cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: fsck parallel check In-Reply-To: <202004161608.03GG8Ym1046249@gndrsh.dnsmgr.net> Message-ID: References: <202004161608.03GG8Ym1046249@gndrsh.dnsmgr.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4934NJ0q8Jz3Dxx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=fail (rsa verify failed) header.d=puchar.net header.s=default header.b=qoxq5nFf; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-3.74 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.44)[ip: (-6.45), ipnet: 194.1.144.0/24(-3.22), asn: 43476(-2.58), country: PL(0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 16:26:08 -0000 >> But it is very good idea to do this on SSD with multiple partitions. > > Why do you state that? > >> From my perspective it is more that one thread is "good enough": > fsck should be I/O bound, more threads on a single ssd should just > lead to I/O queue building and no net reduction in time to complete. > > Do you have some data that contridicts that? > i do checked it. You may check it too. In practice. From owner-freebsd-hackers@freebsd.org Thu Apr 16 16:34:10 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C0882C158A for ; Thu, 16 Apr 2020 16:34:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4934YY0Mpqz3FjT for ; Thu, 16 Apr 2020 16:34:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 642341AF106; Thu, 16 Apr 2020 16:34:01 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 03GGY0D8024893 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 16 Apr 2020 16:34:00 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 03GGY0fF024892; Thu, 16 Apr 2020 16:34:00 GMT (envelope-from phk) To: Wojciech Puchar cc: freebsd-hackers@freebsd.org Subject: Re: fsck parallel check In-reply-to: From: "Poul-Henning Kamp" References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <24890.1587054840.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Thu, 16 Apr 2020 16:34:00 +0000 Message-ID: <24891.1587054840@critter.freebsd.dk> X-Rspamd-Queue-Id: 4934YY0Mpqz3FjT X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.04)[ip: (0.06), ipnet: 130.225.0.0/16(0.08), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 16:34:10 -0000 -------- In message , Wojciech Puch= ar writes: >can it be changed? > >fsck checks in sequence all filesystems with 6-th field in /etc/fstab = >equal 1, and in parallel all with 6-th field equal 2 but one process per = >disk. I think I made it do the following many years ago: check sequentially all filesystems with 1 check parallel all filesystems with 2 check parallel all filesystems with 3 check parallel all filesystems with 4 ... But I can't remember if that ever got committed... -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-hackers@freebsd.org Thu Apr 16 16:53:11 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0FE1C2C1C6E for ; Thu, 16 Apr 2020 16:53:11 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4934zT6rFKz3H8v for ; Thu, 16 Apr 2020 16:53:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 03GGr2lX044303 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 16 Apr 2020 16:53:03 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wojtek@puchar.net Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 03GGr29B010223 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 16 Apr 2020 23:53:02 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: fsck parallel check To: Wojciech Puchar References: Cc: freebsd-hackers@freebsd.org, Poul-Henning Kamp From: Eugene Grosbein Message-ID: <571d8b81-f4f9-d371-6cf2-2e7aeb82a09b@grosbein.net> Date: Thu, 16 Apr 2020 23:52:52 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4934zT6rFKz3H8v X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(-1.89)[ip: (-5.22), ipnet: 2a01:4f8::/29(-2.62), asn: 24940(-1.59), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 16:53:11 -0000 16.04.2020 23:25, Wojciech Puchar wrote: >> Quoting the manual: >> >> In other words: In preen mode all pass 1 partitions are checked >> sequentially. Next all pass 2 partitions are checked in parallel, one >> process per disk drive. Next all pass 3 partitions are checked in >> parallel, one process per disk drive. etc. > > Yes i've read this manual. > > > "Next all pass 2 partitions are checked in parallel, one > process per disk drive." > > so having 5 partitions on one SSD - it will be checked sequentially. Not necessary. Fsck tries to parse device name this way: /path/to/nameNUMBERrest so it skips all chars upto last /, then extracts "name" part not containing any digits, then extracts NUMBER part containing only digits, upto maximum lenght. Then is uses nameNUMBER for "disk name". So if your naming schema is /dev/gpt/gptlabel it all depends on exact label names because /dev/gpt/ part is skipped first. If your gptlabels are in form of nameNUMBERrest where name and NUMBER are all same, fsck threats them as part of single disk and scans sequentially. Otherwise, in parallel. You may easily check it with "fsck -d -p" so it prints verbose details not starting any checks really. From owner-freebsd-hackers@freebsd.org Thu Apr 16 16:59:49 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D41D2C1F24 for ; Thu, 16 Apr 2020 16:59:49 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4935786wFpz3HZ1 for ; Thu, 16 Apr 2020 16:59:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 4E1FC1AF106; Thu, 16 Apr 2020 16:59:43 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 03GGxgF7025033 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 16 Apr 2020 16:59:42 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 03GGxgpd025032; Thu, 16 Apr 2020 16:59:42 GMT (envelope-from phk) To: Eugene Grosbein cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: fsck parallel check In-reply-to: <571d8b81-f4f9-d371-6cf2-2e7aeb82a09b@grosbein.net> From: "Poul-Henning Kamp" References: <571d8b81-f4f9-d371-6cf2-2e7aeb82a09b@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25030.1587056382.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Thu, 16 Apr 2020 16:59:42 +0000 Message-ID: <25031.1587056382@critter.freebsd.dk> X-Rspamd-Queue-Id: 4935786wFpz3HZ1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.95 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.04)[ip: (0.06), ipnet: 130.225.0.0/16(0.08), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 16:59:49 -0000 -------- In message <571d8b81-f4f9-d371-6cf2-2e7aeb82a09b@grosbein.net>, Eugene Gro= sbein writes: >Not necessary. Fsck tries to parse device name this way: /path/to/nameNUM= BERrest >so it skips all chars upto last /, then extracts "name" part not containi= ng any digits, >then extracts NUMBER part containing only digits, upto maximum lenght. >Then is uses nameNUMBER for "disk name". Yeah, that part sucks... I think it would make sense to make the heuristic that if there are any entries with pass > 2, then ignore the "disk name" and simply run all entries for each pass number in parallel, trusting root to have it figured out. If the highest passnumber is 2, retain the "disk name" heuristic. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-hackers@freebsd.org Thu Apr 16 17:09:46 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F256B2C2403 for ; Thu, 16 Apr 2020 17:09:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4935Ld70lLz3JCd for ; Thu, 16 Apr 2020 17:09:45 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 03GH9dBE044568 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 16 Apr 2020 17:09:40 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: phk@phk.freebsd.dk Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 03GH9c9H010345 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 17 Apr 2020 00:09:38 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: fsck parallel check To: Poul-Henning Kamp References: <571d8b81-f4f9-d371-6cf2-2e7aeb82a09b@grosbein.net> <25031.1587056382@critter.freebsd.dk> Cc: Wojciech Puchar , freebsd-hackers@freebsd.org From: Eugene Grosbein Message-ID: <2126559d-38d8-8a95-d0d1-53a4f79fde65@grosbein.net> Date: Fri, 17 Apr 2020 00:09:28 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <25031.1587056382@critter.freebsd.dk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4935Ld70lLz3JCd X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(-1.89)[ip: (-5.22), ipnet: 2a01:4f8::/29(-2.62), asn: 24940(-1.59), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 17:09:47 -0000 16.04.2020 23:59, Poul-Henning Kamp wrote: > -------- > In message <571d8b81-f4f9-d371-6cf2-2e7aeb82a09b@grosbein.net>, Eugene Grosbein writes: > >> Not necessary. Fsck tries to parse device name this way: /path/to/nameNUMBERrest >> so it skips all chars upto last /, then extracts "name" part not containing any digits, >> then extracts NUMBER part containing only digits, upto maximum lenght. >> Then is uses nameNUMBER for "disk name". > > Yeah, that part sucks... > > I think it would make sense to make the heuristic that if there are any > entries with pass > 2, then ignore the "disk name" and simply run all > entries for each pass number in parallel, trusting root to have it > figured out. > > If the highest passnumber is 2, retain the "disk name" heuristic. I like it. From owner-freebsd-hackers@freebsd.org Thu Apr 16 18:13:39 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D2EBD2C3DCB for ; Thu, 16 Apr 2020 18:13:39 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4936mL62M7z3NT9 for ; Thu, 16 Apr 2020 18:13:38 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 03GIDbvK047016; Thu, 16 Apr 2020 11:13:37 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 03GIDa7K047015; Thu, 16 Apr 2020 11:13:36 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202004161813.03GIDa7K047015@gndrsh.dnsmgr.net> Subject: Re: fsck parallel check In-Reply-To: <2126559d-38d8-8a95-d0d1-53a4f79fde65@grosbein.net> To: Eugene Grosbein Date: Thu, 16 Apr 2020 11:13:36 -0700 (PDT) CC: Poul-Henning Kamp , freebsd-hackers@freebsd.org, Wojciech Puchar X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4936mL62M7z3NT9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [0.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.47)[-0.470,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.17)[0.170,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.06), asn: 13868(0.03), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 18:13:39 -0000 > 16.04.2020 23:59, Poul-Henning Kamp wrote: > > > -------- > > In message <571d8b81-f4f9-d371-6cf2-2e7aeb82a09b@grosbein.net>, Eugene Grosbein writes: > > > >> Not necessary. Fsck tries to parse device name this way: /path/to/nameNUMBERrest > >> so it skips all chars upto last /, then extracts "name" part not containing any digits, > >> then extracts NUMBER part containing only digits, upto maximum lenght. > >> Then is uses nameNUMBER for "disk name". > > > > Yeah, that part sucks... > > > > I think it would make sense to make the heuristic that if there are any > > entries with pass > 2, then ignore the "disk name" and simply run all > > entries for each pass number in parallel, trusting root to have it > > figured out. > > > > If the highest passnumber is 2, retain the "disk name" heuristic. > > I like it. Consider my semi-silence a "no objection here". -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Thu Apr 16 18:23:05 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 42DB02C42E5 for ; Thu, 16 Apr 2020 18:23:05 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from 2.mo173.mail-out.ovh.net (2.mo173.mail-out.ovh.net [178.33.251.49]) (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 4936zC6hScz3PNQ for ; Thu, 16 Apr 2020 18:23:03 +0000 (UTC) (envelope-from heitai@minix-c11.org) Received: from player694.ha.ovh.net (unknown [10.108.35.103]) by mo173.mail-out.ovh.net (Postfix) with ESMTP id 2E005138CB2 for ; Thu, 16 Apr 2020 20:23:01 +0200 (CEST) Received: from minix-c11.org (83.141.95.92.rev.sfr.net [92.95.141.83]) (Authenticated sender: heitai@minix-c11.org) by player694.ha.ovh.net (Postfix) with ESMTPSA id B3A741163D6AA for ; Thu, 16 Apr 2020 18:23:00 +0000 (UTC) Date: Thu, 16 Apr 2020 20:22:42 +0200 From: Heitai To: freebsd-hackers@freebsd.org Subject: Re: Best Way to Organize My Work ? Message-ID: <20200416202021.5048eb04@Dell-Station.lan> In-Reply-To: <20200416150037.GU43966@numachi.com> References: <20200416033102.4973480b@Dell-Station.lan> <20200416150037.GU43966@numachi.com> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 11710484934875202010 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrfeehgdduvdegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucenucfjughrpeffhffvuffkjghfofggtgfgsehtqhertdertdejnecuhfhrohhmpefjvghithgrihcuoehhvghithgrihesmhhinhhigidqtgduuddrohhrgheqnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecukfhppedtrddtrddtrddtpdelvddrleehrddugedurdekfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdqohhuthdphhgvlhhopehplhgrhigvrheileegrdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhephhgvihhtrghisehmihhnihigqdgtuddurdhorhhgpdhrtghpthhtohepfhhrvggvsghsugdqhhgrtghkvghrshesfhhrvggvsghsugdrohhrgh X-Rspamd-Queue-Id: 4936zC6hScz3PNQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of heitai@minix-c11.org designates 178.33.251.49 as permitted sender) smtp.mailfrom=heitai@minix-c11.org X-Spamd-Result: default: False [0.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.789,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:mail-out.ovh.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.40)[-0.403,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[49.251.33.178.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.70)[ipnet: 178.32.0.0/15(1.49), asn: 16276(2.02), country: FR(0.00)]; DMARC_NA(0.00)[minix-c11.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:178.32.0.0/15, country:FR]; MIME_TRACE(0.00)[0:+] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2020 18:23:05 -0000 Le Thu, 16 Apr 2020 11:00:37 -0400, Brian Reichert a =C3=A9crit : > On Thu, Apr 16, 2020 at 04:25:44AM +0200, Heitai wrote: > > Good Evening or Else, > >=20 > > I want to take a turn in my works methodoligy. =20 >=20 > Do you mean you want to explore hosting your own blog and source > repository, with web access? I try to mean where the best method to organize my way, my learn, my works and my life.=20 And where the best way to share my reflexions and my questions about the content of this organazisation system for all differents aspect of my day after day working.=20 share with the concerned person for differents task's category, hopping with this system can I build my thought for stay undestandable. ->>> text only method ->>> content manager project method After the techincal detail of this set up will be do in a second time... For stay simply. :-) My Tasks -------- -[x]-- coding -[x]-- config and d=C3=A9bug my working machines -[x]-- learn langage, math=C3=A9matics, and else... -[x]-- not miss the reality of the life, eat, sleep, and all else.. -[x]-- work my guitar and stay clean my paper learning notebook -[x]-- do all else may be I miss... --[ Doing Regulary BackUp For Stop Missing Always My Data ]-- I don't know were the best way between the flexibility and easy usable of the text only based method and the great presentation, text formating, syntax highlight and all give a content mannager project bring like: - dead line, - task progression,=20 - task and sub-task with date and definition of,=20 - wiki for documentents and notes all I need, and so on... I hope I'm better undestanting, Best Regards, Heitai. P.S. I'm stay open to any suggestion. >=20 > > Heitai. > > <----> > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to > > "freebsd-hackers-unsubscribe@freebsd.org" =20 >=20 From owner-freebsd-hackers@freebsd.org Fri Apr 17 04:15:06 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8AF2D2A8B40 for ; Fri, 17 Apr 2020 04:15:06 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 493N6L37KXz4W0w for ; Fri, 17 Apr 2020 04:15:06 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f171.google.com (mail-qk1-f171.google.com [209.85.222.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 5AEFE9205 for ; Fri, 17 Apr 2020 04:15:06 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f171.google.com with SMTP id j4so1129223qkc.11 for ; Thu, 16 Apr 2020 21:15:06 -0700 (PDT) X-Gm-Message-State: AGi0PuaHGMB9xxQ+9iUr7LdOX3tuM2BGim5uscFyKB+dqz7j3k6oXxoP WL0Z6cxexsB1zjLlQAsvSVS6eivs1WaHgRklmqg= X-Google-Smtp-Source: APiQypL551Szem6pvOaL/b8Ptid2mnZ5E9WgS33tYN6UMYekwHGdZeyKNo9jZvXz23KoKp20HVR2VXx85j0EiAW21k4= X-Received: by 2002:a05:620a:1395:: with SMTP id k21mr1384032qki.120.1587096905848; Thu, 16 Apr 2020 21:15:05 -0700 (PDT) MIME-Version: 1.0 From: Kyle Evans Date: Thu, 16 Apr 2020 23:14:55 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Call for Testing/Review - TTY locking To: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2020 04:15:06 -0000 Hi, I've got a patch now up for review that breaks up TTY locking a little bit, with an eye primarily towards fixing the USB/TTY intersection that's been known to cause some problems in userland in the past; the pertinent change starts at usb_serial.c:633 in the below patch. Review is located here: https://reviews.freebsd.org/D24459 -- as far as I know, this is a complete and functional diff. I had ran it for a couple months on one of my 3d-printer-attached machines with no problems operating ucom under the new locking model and otherwise using the machine. Review and testing under tty-heavy and diverse workloads would be greatly appreciated. Please feel free to add yourself as a reviewer on phabricator. Thanks, kyle Evans From owner-freebsd-hackers@freebsd.org Fri Apr 17 21:37:01 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E03F2ABC7B for ; Fri, 17 Apr 2020 21:37:01 +0000 (UTC) (envelope-from reichert@numachi.com) Received: from away.numachi.com (away.numachi.com [66.228.38.138]) by mx1.freebsd.org (Postfix) with SMTP id 493qDW5TcDz3JpW for ; Fri, 17 Apr 2020 21:36:59 +0000 (UTC) (envelope-from reichert@numachi.com) Received: (qmail 25125 invoked from network); 17 Apr 2020 21:36:53 -0000 Received: from unknown (HELO meisai.numachi.com) (72.71.251.201) by away.numachi.com with SMTP; 17 Apr 2020 21:36:53 -0000 Received: (qmail 40159 invoked by uid 1001); 17 Apr 2020 21:36:53 -0000 Date: Fri, 17 Apr 2020 17:36:53 -0400 From: Brian Reichert To: Heitai Cc: freebsd-hackers@freebsd.org Subject: Re: Best Way to Organize My Work ? Message-ID: <20200417213653.GV43966@numachi.com> References: <20200416033102.4973480b@Dell-Station.lan> <20200416150037.GU43966@numachi.com> <20200416202021.5048eb04@Dell-Station.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200416202021.5048eb04@Dell-Station.lan> User-Agent: Mutt/1.5.9i X-Rspamd-Queue-Id: 493qDW5TcDz3JpW X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of reichert@numachi.com has no SPF policy when checking 66.228.38.138) smtp.mailfrom=reichert@numachi.com X-Spamd-Result: default: False [4.97 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[numachi.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.977,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:63949, ipnet:66.228.32.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.49)[ipnet: 66.228.32.0/20(3.87), asn: 63949(-1.36), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2020 21:37:01 -0000 On Thu, Apr 16, 2020 at 08:22:42PM +0200, Heitai wrote: > I try to mean where the best method to organize my way, my learn, my > works and my life. > And where the best way to share my reflexions and my questions about > the content of this organazisation system for all differents aspect of > my day after day working. It seems that some of the thoughts/work you want to record may involve FreeBSD, but _how_ you record and organize it isn't specific to FreeBSD. As such, I don't know if -hackers is a great forum for this topic. There are a number of articles on the net about how to: - how to host your own blog - how to host your own source repository - how to expose that repository via the web - how to manage a task list, or project manager if you have an interested in recording/exposing that. If you want advice on: - how to manage your own server - how to back up that server - how to manage development environments there are again, a huge number of options on each point, and plenty of "how to" articles on the net. Your choices about how to accomplish any (or all) will be personal ones, all based on features you want, the technologies you're comfortable with, and how complex of a solution you're willing to tackle. And none of that is specific to FreeBSD. I'm sorry I don't have concrete suggestions, as I may be completely misunderstanding what you're asking here, and my guesses above are all far too broad to even begin to dive into easily. This is my opinion, of course. I don't presume to speak on behalf of this mailing list, or the FreeBSD project. > I hope I'm better undestanting, > Best Regards, > Heitai. > > P.S. I'm stay open to any suggestion. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Brian Reichert BSD admin/developer at large From owner-freebsd-hackers@freebsd.org Sat Apr 18 09:19:18 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED3D22C3252 for ; Sat, 18 Apr 2020 09:19:18 +0000 (UTC) (envelope-from joel.bertrand@systella.fr) Received: from rayleigh.systella.fr (newton-ipv6.systella.fr [IPv6:2001:7a8:a8ed:253::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "*.systella.fr", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4946pr0L7Nz3NNX for ; Sat, 18 Apr 2020 09:19:15 +0000 (UTC) (envelope-from joel.bertrand@systella.fr) Received: from [192.168.10.103] (hilbert.systella.fr [192.168.10.103]) (authenticated bits=0) by rayleigh.systella.fr (8.15.2/8.15.2/Debian-16) with ESMTPSA id 03I9Im3C4112459 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sat, 18 Apr 2020 11:18:50 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=systella.fr; s=mail; t=1587201546; bh=TzQ3bOxfpuZIDfBeFTqwWUHv11gyYUCpUfJZQd7B9Kk=; h=To:From:Subject:Date:From; b=DMwtDP3UQIMFVAI3Xpkhuu18l4godfkECuPgIdIIChE+/TNZL26zhAWXkwPIEmSA/ /hAvSluMQCBFPEzcRF+gKZ3XbN3rpSOsWFvwNeEVsg6TBZW8tn4yS2n3VLTFDixBJy aJiUTRHjtNDutN8y0TQMd7pYxWbxlW7Z04k+ubDlef4r/PgUcn5Rv3NpRtPDQVm5ZP GxyOfljPAYhfBE68ptfMiUpB9VrlTX94LerqRi1KjVcB++MSiFDtttjUSuMl0+67hI 9okzdVL8JIxTfEJDJyF+CbnLn1Me3lI2wfhtkWJSBixEmv9vJ5tcnxPkuHIvDmwOLW J/+iTdD4fw+Tw== To: freebsd-hackers@freebsd.org From: =?UTF-8?Q?BERTRAND_Jo=c3=abl?= Subject: Segfault on some applications using qt5 Openpgp: preference=signencrypt Autocrypt: addr=joel.bertrand@systella.fr; prefer-encrypt=mutual; keydata= mQINBFphqV8BEAC+ye6YQBdlEn9p/mbZhiQLkZQjIbGL84M0XOd66AgWqJ3T2TiwEyiExQyM Of0VswmB1q6SaIyh0x4bzaRyKwJLWDJy+AMGLGT2cpmsrDgllUxiBv3xAoLpwR8yDuLs5+bT vPpu81Pm/nzO2NDl85+3WAQbW+bUDAUdBhkg7X07bjJePypRxoRh4LF/syalOjzPEFARFNBY VrXFCTS/F7ZwmUHLv2xWJpEyKHfsC4BSo4ZPjrKmPJBxBPxuR+KiSYG/TkjU6CzoFvdwRY33 GNrK+dUmt9/VnPC/l1rGWS3durgah4OEkxciesKiTvQBUzVfMY0dvzBQKJeNNMFLstnjq3NP qvo3g5DnhFYFSAjI7wzqLkcYO8qg01wrWYyY/NLfAY6CvK0VjlenlKu84ePQDu7zh9/DUzBs 75ZAP2vZv4o00B2A3ksbkXSIs9eSDDx19OS1EUkSqw1VtFRfupoMkK7I7zrGR+DBENl5oK09 SOYJw594XVAoPpZ5zVUlEBDpatBNICTTT17EHrVpEB222TVfChvoE0cwYGkS40nVRIhQ1Yo3 A8qeKb2EeeCtslgiNcb1ajeZOSGUSHnczWHTaX5jMB/evNxZpLJH1WX8PqZ/+7wVRYuZGZ/b r8V3wXjZVNzPSTONwq3w/VjizPcQqdwicoNtxvuB6hM1J1tLGQARAQABtCpCRVJUUkFORCBK b8OrbCA8am9lbC5iZXJ0cmFuZEBzeXN0ZWxsYS5mcj6JAlQEEwEKAD4WIQSrhgKgAkzAsSVl Vhc4B+jSUpDz5wUCWmGpXwIbIwUJCWYBgAULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRA4 B+jSUpDz5xwED/462ki+I97keYMSDPVjzx9MmcE/pznOqv8b4IbFbWzaSCx5J3BByBVU1IyP LdDCdZgvc7vM5l8Gc6mqxeABbgdyxBGMwoXBBADXt9dcAKW3xl6URMLoor8DwgnuluCdQT+K 7VW6ron23x7wI9iscuXV2M6xG2G84o5kDgW2NrkKBIwfWqS/XATNrC8e9j71h29cv1RvKN2a 3XQMI6kvBRirb9zM8jWaP1K/QCLZpvhuiXCJwJvl+MGTuOUTxvp44MjVaM++Wfljc9NAVyD8 s3UxBTjhei1zIHiLUMANzeFLnW21UnoCLLoqzD558VC2Gyqk9I9kaZ/jgQqEu6drbJG+6LbY zbiYt1OhURCrMh7zXjPbBCF1rjtjhEZx2EmT2U7KWQvgcW75JBEGCRveTXQga8ytBTcNoEC8 e7ZjM0ob769ZQ1HmeWAOJy6xKEnv1A2P3erQ3xTZEHFVesoruhMAzrf2fdWJ9vGvndMt7sV/ G0NabDwlI+eIZ77vEUCdFiCZuE8vk0BglwXHVH5zjgJNVLNgNFSs3uTSf5zOIqLXyQTOd0px 5jNe2mePxdMuI9MuQWXE8Z7InUaU1WZ+95eTMonTs+DRUJzQ+XWYbqllGudx230T/Y6cYxSW stw5bAQl1aNhNCZjHutNUigb8row2cH2kCVJexv4LYUx8vdc2bkCDQRaYalfARAA000pOiAt CMcbNPczj/sFU5UZ6zaEOPj08nNv48UZAfo8ZiWejSp7YbaU4HW0VxcT2ZQvhsHor2wjqI5K Ii7gmGyjMA6NJPhHVoJw8+j64m38mRcOzlSaQEZV+Pp+TAX8PyucZvNPXHy40UQfDqCoYxAw A0bSWwcSwH+N/eEijrEOf7k1QRjEodjGTxaE50XOWXz/NMVx7l9ORcd5r2oq2DLjqnnQzl6k XxmxSV5cm+HDIojLmQz1qxq7r2GhC5hGuR5KXrO/p4bNiqCTw+rwm4bO6YjTfaH+eNRwzg6L OpW7ZNw0pfWf4wO/h+ozZTY5q9EbZSmZyVoSyPu2J1+mX3gF2ZLSzZ7+XgV4z6EIAcF1sjGE hsqA9yF4NVHGlrP9dkhZFoBVtkJgjSfdSWGXp40X+pUROeVuexD6zDadB5rCv05o9/EPDFu0 W7mJ+l8h3rGI0E5ObmR6+HyFGqalByGFxYbia+x51Kj6WbHNMuddkPk0YbHs53zS9VGnRcnh xTGdga2rMzO9ZycKo7DPrdZVi7bZWKM/WM0IL5m6FTPSJteJ886NP9oc8U6o2GxZ1cMeZwnu AprT77mISL0Z1CCcoSDZEnD+EmOcKxYnkxJuhMY2kdMd2x47I2HFxTa1ix6UQ7OY6i0VQ4gG WZ3tgiHYIHbeAyZXn0P4nM5ofgEAEQEAAYkCPAQYAQoAJhYhBKuGAqACTMCxJWVWFzgH6NJS kPPnBQJaYalfAhsMBQkJZgGAAAoJEDgH6NJSkPPn9mEP/2mEFZGT0AaecRRXfpfrVnxxIwK8 YK3mmaa8jqSLXzDgubTO6PWojVt/SCrvhCtEf5vxATPbeFz5Ho0foI/iGys9SQkYmsIn13m0 z9oY8LBIyrPFud56RrIqYBno3qR6N7SWBWtZeUw+gc6HYbMyk2L7//wz4DkneJYLLcTfMxb/ +Ok0tNmWp6YfuyRBt5yHU6VfW4tZxF5qzg+9niW3VbB6BEZbM+ya7qBZD8su4e1EfUjaKb2z Egyw09laSgBW4NzGBwlhX3zeDsNTiReqa78e1pv52Ur3dI5GH4psLw4rH7ghh/aA/eVDMcKn LPNeTNl+Sz/1PK+oVNxz6tGBVsTVbZpwbanv6+qQP3yPvX0MS1x5QQPp/SAsjJv6lpFkoUGK n2clMYH8pSefR7jp0UPCrMBeFv5bom8tNMTHrIQrpnWo7vXUmeJ7OP/lHUtbBB26882pYbpa 05D79xUkBMYX2BGvtM687+CZaWwA4u/Tl7cu3PpIavPWgmmvIBJOwsDKxNgopLkix8AGFbfs wPcE7d03t9tdauheHA8pssNQmy3scoThC3DQc4eIEBUU5M9uIW2HARl3OgJP9h9OePsgaT8g zTlN3q6QmDWQwRmxF6J7Z9dtIDmXr+014XtK7UCzxkBIFS5jPGzL8dSKDu5jIx8cboy9QUeH Tr6FXnLg Message-ID: Date: Sat, 18 Apr 2020 11:18:48 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.102.1 at rayleigh X-Virus-Status: Clean X-Rspamd-Queue-Id: 4946pr0L7Nz3NNX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=systella.fr header.s=mail header.b=DMwtDP3U; dmarc=none; spf=pass (mx1.freebsd.org: domain of joel.bertrand@systella.fr designates 2001:7a8:a8ed:253::1 as permitted sender) smtp.mailfrom=joel.bertrand@systella.fr X-Spamd-Result: default: False [-1.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[systella.fr:s=mail]; NEURAL_HAM_MEDIUM(-0.73)[-0.727,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7a8:a8ed:253::1/64]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.987,0]; DMARC_NA(0.00)[systella.fr]; DKIM_TRACE(0.00)[systella.fr:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.73)[asn: 13193(3.67), country: FR(0.00)]; ASN(0.00)[asn:13193, ipnet:2001:7a8::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2020 09:19:19 -0000 Hello, I'm not sure you remember I have posted here a long time ago that some applications abort with segfault on a diskless workstation. Yesterday, as I have successfully build seamonkey 2.53.2b1 from sources, I have upgraded this workstation from 12.0 to 12.1. I have upgraded ports also. Same constatation, a lot of applications abort with segfault. For example : vlc or okular. I have rebuilt both applications from sources to have debug information and I have seen that both segfault occur in libQt5Gui.so.5 Full backtrace : (gdb) bt #0 0x0000000803051ed0 in ?? () from /usr/local/lib/qt5/libQt5Gui.so.5 #1 0x00000008032b7723 in ?? () from /usr/local/lib/qt5/libQt5Gui.so.5 #2 0x00000008032b92f9 in QRasterPaintEngine::fillRect(QRectF const&, QSpanData*) () from /usr/local/lib/qt5/libQt5Gui.so.5 #3 0x00000008032de2db in QPainter::fillRect(QRect const&, QBrush const&) () from /usr/local/lib/qt5/libQt5Gui.so.5 #4 0x0000000802ac4bbe in ?? () from /usr/local/lib/qt5/libQt5Widgets.so.5 #5 0x0000000802ac47a8 in QWidgetPrivate::paintBackground(QPainter*, QRegion const&, int) const () from /usr/local/lib/qt5/libQt5Widgets.so.5 #6 0x0000000802acbcc8 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/local/lib/qt5/libQt5Widgets.so.5 #7 0x0000000802aa4a45 in ?? () from /usr/local/lib/qt5/libQt5Widgets.so.5 #8 0x0000000802aa344c in ?? () from /usr/local/lib/qt5/libQt5Widgets.so.5 #9 0x0000000802af4cf4 in ?? () from /usr/local/lib/qt5/libQt5Widgets.so.5 #10 0x0000000802af1e0a in ?? () from /usr/local/lib/qt5/libQt5Widgets.so.5 #11 0x0000000802a97ca3 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/local/lib/qt5/libQt5Widgets.so.5 #12 0x0000000802a991ec in QApplication::notify(QObject*, QEvent*) () from /usr/local/lib/qt5/libQt5Widgets.so.5 #13 0x0000000803a39362 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/local/lib/qt5/libQt5Core.so.5 #14 0x0000000803083bcc in QGuiApplicationPrivate::processExposeEvent(QWindowSystemInterfacePrivate::ExposeEvent*) () from /usr/local/lib/qt5/libQt5Gui.so.5 #15 0x0000000803065afc in QWindowSystemInterface::sendWindowSystemEvents(QFlags) () from /usr/local/lib/qt5/libQt5Gui.so.5 #16 0x000000080657f8bf in ?? () from /usr/local/lib/qt5/libQt5XcbQpa.so.5 #17 0x00000008041e87d7 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0 #18 0x00000008041e8b9a in ?? () from /usr/local/lib/libglib-2.0.so.0 #19 0x00000008041e8c54 in g_main_context_iteration () from /usr/local/lib/libglib-2.0.so.0 #20 0x0000000803a91e06 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/local/lib/qt5/libQt5Core.so.5 #21 0x0000000803a34a0e in QEventLoop::exec(QFlags) () from /usr/local/lib/qt5/libQt5Core.so.5 #22 0x0000000803a39ace in QCoreApplication::exec() () from /usr/local/lib/qt5/libQt5Core.so.5 #23 0x00000008024b50c4 in ?? () from /usr/local/lib/vlc/plugins/gui/libqt_plugin.so #24 0x00000008024b46d6 in ?? () from /usr/local/lib/vlc/plugins/gui/libqt_plugin.so #25 0x000000080027b736 in ?? () from /lib/libthr.so.3 /usr/local/lib/qt5/libQt5Gui.so.5 is built with clang and linked against libc++.so.1. Okular and vlc are built with gcc. Thus, I have tried to rebuild okular and gcc with clang. I have added in /etc/make.conf: .if ${.CURDIR:M*/multimedia/vlc} CC=clang CXX=clang++ CPP=clang-cpp .endif .if ${.CURDIR:M*/graphics/okular} CC=clang CXX=clang++ CPP=clang-cpp .endif and I have verified that both applications are now built with clang. Same result: segfault in libQt5Gui.so.5 To obtain more informations, I have tried to rebuild /x11-toolkits/qt5-gui from sources, but without success . Compilation aborts with : In file included from image/qimage_ssse3.cpp:40: In file included from ../../include/QtGui/qimage.h:1: In file included from ../../include/QtGui/../../src/gui/image/qimage.h:48: In file included from ../../include/QtGui/qtransform.h:1: In file included from ../../include/QtGui/../../src/gui/painting/qtransform.h:43: In file included from ../../include/QtGui/qmatrix.h:1: In file included from ../../include/QtGui/../../src/gui/painting/qmatrix.h:45: In file included from ../../include/QtGui/qregion.h:1: In file included from ../../include/QtGui/../../src/gui/painting/qregion.h:49: In file included from ../../include/QtCore/qdatastream.h:1: In file included from ../../include/QtCore/../../src/corelib/serialization/qdatastream.h:44: In file included from ../../include/QtCore/qiodevice.h:1: In file included from ../../include/QtCore/../../src/corelib/io/qiodevice.h:45: In file included from ../../include/QtCore/qobject.h:1: In file included from ../../include/QtCore/../../src/corelib/kernel/qobject.h:54: In file included from ../../include/QtCore/qmetatype.h:1: ../../include/QtCore/../../src/corelib/kernel/qmetatype.h:97:5: error: division by zero in preprocessor expression #if QT_CONFIG(easingcurve) ^~~~~~~~~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/global/qglobal.h:86:30: note: expanded from macro 'QT_CONFIG' #define QT_CONFIG(feature) (1/QT_FEATURE_##feature == 1) ~^~~~~~~~~~~~~~~~~~~~~ 3 errors generated. *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11-toolkits/qt5-gui/work/qtbase-everywhere-src-5.14.2/src/gui *** Error code 1 Stop. make: stopped in /usr/ports/x11-toolkits/qt5-gui And I don't know what I can do to build this library... Best regards, JKB From owner-freebsd-hackers@freebsd.org Sat Apr 18 18:22:50 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EF16A2A98B6 for ; Sat, 18 Apr 2020 18:22:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 494Lt23VYxz4fqG for ; Sat, 18 Apr 2020 18:22:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.nyi.freebsd.org (Postfix) id 7810D2A98B4; Sat, 18 Apr 2020 18:22:50 +0000 (UTC) Delivered-To: hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 77D692A98B3 for ; Sat, 18 Apr 2020 18:22:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 494Lt10LmFz4fqD for ; Sat, 18 Apr 2020 18:22:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 03IIMYXn087162 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 18 Apr 2020 18:22:35 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: phk@phk.freebsd.dk Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 03IIMYH5033942 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 19 Apr 2020 01:22:34 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: orphan .Xr in manual pages To: Poul-Henning Kamp , hackers@freebsd.org References: <30493.1586018580@critter.freebsd.dk> From: Eugene Grosbein Message-ID: <430119cd-2ef1-75c8-4922-c9f47d026880@grosbein.net> Date: Sun, 19 Apr 2020 01:22:28 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <30493.1586018580@critter.freebsd.dk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 494Lt10LmFz4fqD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.88)[ip: (-5.23), ipnet: 2a01:4f8::/29(-2.63), asn: 24940(-1.53), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2020 18:22:51 -0000 04.04.2020 23:43, Poul-Henning Kamp пишет: > I saw opencsd flitter by in the output of buildworld, so I did > apropos(1), found tcsd(8) which cross-references to tcsd.conf(5) > which doesn't seem to get installed. > > Similar annoyances have happened a couple of times in recent > months, so while I waited for the buildworld to complete, I > threw together a small script to report orphan .Xr's in the > manual pages (attached). > > It transpires we have a lot of those, and from basic principles > of POLA, that is bad. > > Some of them are typo-ish, Xr'ing zfs(1) instead of zfs(8) > > Some of them point to stuff in ports, for instance dma(8) -> postfix(1), > which I guess is semi-sensible, but maybe they should say which port ? > > But a LOT of them are simply bogus. > > List from a pretty virgin 12.1 system here: [skip] > ./man8/mdconfig.8 .Xr vnconfig 8 not found How should we deal with similar historic cases? HISTORY The mdconfig utility first appeared in FreeBSD 5.0 as a cleaner replacement for the vn(4) and vnconfig(8) combo. For now, vn(4) is an alias for md(4) and vnconfig(8) is an alias for mdconfig(8), so they are not exactly "broken links".