From owner-freebsd-current@freebsd.org Sun Oct 30 12:14:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6FC0C1B6C5; Sun, 30 Oct 2016 12:14:02 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 5DE901138; Sun, 30 Oct 2016 12:14:01 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1c0otD-0005Pl-MF; Sun, 30 Oct 2016 14:07:03 +0200 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: urtwm -> rtwm Message-Id: Date: Sun, 30 Oct 2016 14:07:03 +0200 To: freebsd-current , freebsd-wireless@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Oct 2016 12:14:02 -0000 hi, between r30666 and r30808 i lost my wireless, so reading UPDATE clarified why, I also did a mergemaster so now devd = et.all. seem to be in sync, but now devd complains that if_rtwn_usb depends on rtwm and there is no = rtwn, instead there are several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko this is what the old urtwn has to say: ... Starting devd. wlan: <802.11 Link Layer> urtwn0 on uhub1 urtwn0: on = usbus0 urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R urtwn0: enabling 11n urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps = 24Mbps 36Mbps 48Mbps 54Mbps urtwn0: 1T1R urtwn0: 11ng MCS 20MHz urtwn0: MCS 0-7: 6.5Mbps - 65Mbps please help thanks, danny From owner-freebsd-current@freebsd.org Sun Oct 30 12:32:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2F49C1BD49; Sun, 30 Oct 2016 12:32:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 7CA491A5A; Sun, 30 Oct 2016 12:32:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1c0pHe-000NYh-6x; Sun, 30 Oct 2016 14:32:18 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: urtwm -> rtwm From: Daniel Braniss In-Reply-To: Date: Sun, 30 Oct 2016 14:32:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> References: To: freebsd-current , freebsd-wireless@FreeBSD.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Oct 2016 12:32:23 -0000 > On 30 Oct 2016, at 14:07, Daniel Braniss wrote: >=20 > hi, > between r30666 and r30808 i lost my wireless, s/r30666/r306333/ and s/r30808/r308087/ > so reading UPDATE clarified why, I also did a mergemaster so now devd = et.all. seem to be in sync, > but now devd complains that if_rtwn_usb depends on rtwm and there is = no rtwn, instead there are > several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko >=20 > this is what the old urtwn has to say: > ... > Starting devd. > wlan: <802.11 Link Layer> > urtwn0 on uhub1 > urtwn0: on = usbus0 > urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R > urtwn0: enabling 11n > urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps = 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > urtwn0: 1T1R > urtwn0: 11ng MCS 20MHz > urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >=20 > please help >=20 > thanks, > danny >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sun Oct 30 12:41:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B78FFC1BFB5 for ; Sun, 30 Oct 2016 12:41:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 78A0E1D35 for ; Sun, 30 Oct 2016 12:41:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1c0pQr-002P0I-Fx>; Sun, 30 Oct 2016 13:41:49 +0100 Received: from x4e348e3b.dyn.telefonica.de ([78.52.142.59] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1c0pQr-000Qhh-65>; Sun, 30 Oct 2016 13:41:49 +0100 Date: Sun, 30 Oct 2016 13:41:44 +0100 From: "O. Hartmann" To: Fabian Keil Cc: freebsd-current@freebsd.org Subject: Re: ZFS - Abyssal slow on copying Message-ID: <20161030134144.2c42a858.ohartman@zedat.fu-berlin.de> In-Reply-To: <20161004124232.6d655b61@fabiankeil.de> References: <20161002212504.2d782002.ohartman@zedat.fu-berlin.de> <20161004124232.6d655b61@fabiankeil.de> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/BqA9eQ6skb3VRz2WPNgGhFp"; protocol="application/pgp-signature" X-Originating-IP: 78.52.142.59 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Oct 2016 12:41:52 -0000 --Sig_/BqA9eQ6skb3VRz2WPNgGhFp Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 4 Oct 2016 12:42:32 +0200 Fabian Keil schrieb: > "O. Hartmann" wrote: >=20 > > Running 12-CURRENT (FreeBSD 12.0-CURRENT #32 r306579: Sun Oct 2 09:34:= 50 CEST 2016 > > ), I have a NanoBSD setup which creates an image for a router device. > >=20 > > The problem I face is related to ZFS. The system has a system's SSD (Sa= msung 850 Pro, > > 256GB) which has an UFS filesystem. Aditionally, I have also a backup a= nd a data HDD, > > both WD, one 3 TB WD RED Pro, on 4 TB WD RED (the backup device). Both = the sources for > > the NanoBSD and the object tree as well as the NANO_WORLDDIR are residi= ng on the 3 TB > > data drive.=20 > >=20 > > The box itself has 8 GB RAM. When it comes to create the memory disk, w= hich is ~ 1,3 > > GB in size, the NanoBSD script starts creating the memory disk and then= installing > > world into this memory disk. And this part is a kind of abyssal in term= s of the > > speed. =20 >=20 > Can you reproduce the issue if you replace the memory disk with > a zvol or tmpfs? >=20 > While I agree that depulication could be the cause of the problem, > it probably wouldn't hurt to rule out a memory-disk related issue > before recreating the pool. >=20 > Fabian I guess this issue was triggered due to having deduplication enabled on the= ZFS pool rather than on the ZFS partitions (this is a guess based upon comments made= by knowing people and the fact, that the noisy copying and slowness went away after re= moving dedup from the ZFS pool). --Sig_/BqA9eQ6skb3VRz2WPNgGhFp Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYFeqIAAoJEOgBcD7A/5N80HYIANlw36n/gvkAjGs6Wtvw7iXZ EEiwrXFP8SNuob/PPG2Ot5dGXQiX1UcbmlgCaBlEMRnCuXQIvsA9QJiHyEr7Q8MH rCTtBzFumtzqilG+RlaM6w0uHbqbuIVkyCD5g/yE3rLqKVC2EOm80LZ7nNf7zNfw Ax/vWkO85UdJUFXsnA47Lo8Myyv6AYoliGX96XNlN2wNds+TaIKt+2JYsLgqEsdV sbkzZRDUvwiTpnS/izrb09JqI0b23/KlFXFbULuhhL+TGMrhU4RgR7TQ3639RBcV 4XXcf3PJ3qye6QJAnMuzNKWMU4+iUuMZhQudNk9zaiz72oit7ts406mKOcoy7Qk= =GoEq -----END PGP SIGNATURE----- --Sig_/BqA9eQ6skb3VRz2WPNgGhFp-- From owner-freebsd-current@freebsd.org Mon Oct 31 02:12:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27F6CC27217 for ; Mon, 31 Oct 2016 02:12:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pf0-x233.google.com (mail-pf0-x233.google.com [IPv6:2607:f8b0:400e:c00::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9A791C3B for ; Mon, 31 Oct 2016 02:12:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pf0-x233.google.com with SMTP id 189so15108835pfz.3 for ; Sun, 30 Oct 2016 19:12:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-disposition:in-reply-to:user-agent; bh=6v/oNpjzJacVlJDd2DEEko1IvC8J2oxBPCWKrFMhlhM=; b=jeLfFV0sTNSHsTCof48AIrPTQa4V8rPIJQCiCWxDkuCSVxHxH3sk1hBq7lnCQq9CZo 915FCb6W6EJdAs7XAVXWFVVrNotm8dknq6+a42eVfmbcwQwj8Rk/Gn8k0IadzSRNqmS8 cpcO5D1aAyrvaxnL/b4VME4fsbeMWxS/IdXV5a4g/VDL74t12XPyBEDQZJoxlIyjePBI LgAAu5AzMCYEurPIYKBzMSRcwDrvEt/Fyr2i2HEuT74FCb/Lmg7u3GW4I1cCe/Tze5dc BJ/SHT1owGKysHp8MvzQxGtZ0z5sjrdYNDP9+XhzrWSCb2p221HcpxcncoSPwqU2JEoH p9kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=6v/oNpjzJacVlJDd2DEEko1IvC8J2oxBPCWKrFMhlhM=; b=YHKwGSh6Q7ETnWNGGbvGMIALm74z79WHhqR9GI8xyIv2+w1O2+X/KCRh3AJJJB+x/9 LF1JSue3BKRdrgJbaRNPHm37e25VvGZwkR//RkcFW6vQnwLjVZr0T9WgXCLHTS/1aTCy 0SdnPpJhPo+LuWBToJCt5xheXXQ0wc02gzur2F8OXtqjCmZiwkqDRxIGFxhxBViJFkNT TRFL4JZQ9Pi4ZmLnEyk1JqrTdf9zYOvCx1zEFIBQ4v0PY25UEbxIAEcCqCh62sDeAh6l /1nqQlommTdhY3FXdv4hlZAZ0u3z3+EJ8N9vY69DytS/N41mzSk+X2IPE+3CzQnHdhcO l9nA== X-Gm-Message-State: ABUngvejCyPwm6iBQMx+G74J1Gadqxr13lduwNxywK08zYSwJ02GCQh+GvTtsaWWt22wRw== X-Received: by 10.98.35.140 with SMTP id q12mr44849648pfj.180.1477879948481; Sun, 30 Oct 2016 19:12:28 -0700 (PDT) Received: from localhost ([61.74.222.244]) by smtp.gmail.com with ESMTPSA id xg4sm32307903pac.39.2016.10.30.19.12.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 30 Oct 2016 19:12:27 -0700 (PDT) From: YongHyeon PYUN X-Google-Original-From: "YongHyeon PYUN" Received: by localhost (sSMTP sendmail emulation); Mon, 31 Oct 2016 11:12:22 +0900 Date: Mon, 31 Oct 2016 11:12:22 +0900 To: "Hartmann, O." Cc: FreeBSD CURRENT Subject: Re: CURRENT: re(4) crashing system Message-ID: <20161031021222.GA1252@michelle.fasterthan.co.kr> Reply-To: pyunyh@gmail.com References: <20161023132538.6bf55fb2@hermann> <20161024051359.GA1185@michelle.fasterthan.co.kr> <20161024140337.47af924e@freyja.zeit4.iv.bundesimmobilien.de> <20161025020538.GA1238@michelle.fasterthan.co.kr> <20161025070338.76ad6711@hermann> <20161027010004.GA1215@michelle.fasterthan.co.kr> <20161028212113.5c4a2ca2@hermann> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161028212113.5c4a2ca2@hermann> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Oct 2016 02:12:29 -0000 On Fri, Oct 28, 2016 at 09:21:13PM +0200, Hartmann, O. wrote: > On Thu, 27 Oct 2016 10:00:04 +0900 > YongHyeon PYUN wrote: > > > On Tue, Oct 25, 2016 at 07:03:38AM +0200, Hartmann, O. wrote: > > > On Tue, 25 Oct 2016 11:05:38 +0900 > > > YongHyeon PYUN wrote: > > > > > > > [...] > > > > > > I'm not sure but it's likely the issue is related with EEE/Green > > > > Ethernet handling. EEE is negotiated feature with link partner. If > > > > you directly connect your laptop to non-EEE capable link partner > > > > like other re(4) box without switches you may be able to tell > > > > whether the issue is EEE/Green Ethernet related one or not. > > > > > > Me either since when I discovered a problem the first time with > > > CURRENT, that was the Friday before last week's Friday, there was a > > > unlucky coicidence: I got the new switch, FreeBSD introduced a > > > serious bug and I changed the NICs. > > > > > > The laptop, the last in the row of re(4) equipted systems on which I > > > use the Realtek NIC, does well now with Green IT technology, but > > > crashes on plugging/unplugging - not on each event, but at least in > > > one of ten. > > > > Hmm, it seems you know how to trigger the issue. When you unplug > > UTP cable was there active network traffic on re(4) device? > > It would be helpful to know which event triggers the crash(e.g. > > unplugging or plugging). And would you show me backtrace of panic? > > > > > I guess the Green IT issue is more a unlucky guess of mine and went > > > hand in hand with the problem I face with CURRENT right now on some > > > older, Non UEFI machines. > > > > > > > Ok. > > > > [...] > > > > > > As requested the informations about re0 and rgephy0 on the laptop > > > (Lenovo E540) > > > > > > [...] > > > > > > rgephy0: PHY 1 on miibus0 > > > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > > > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, > > > 1000baseT-FDX-master, 1000baseT-FDX-flow, > > > 1000baseT-FDX-flow-master, auto, auto-flow > > > > > > re0: > > > port 0x3000-0x30ff mem 0xf0d04000-0xf0d04fff,0xf0d00000-0xf0d03fff > > > at device 0.0 on pci2 re0: Using 1 MSI-X message re0: ASPM disabled > > > re0: Chip rev. 0x50800000 > > > re0: MAC rev. 0x00100000 > > > > This looks like 8168GU controller. > > > > [...] > > > > > I use options netmap in kernel config, but the problem is also > > > present without this option - just for the record. > > > > > > > Yup, netmap(4) has nothing to do with the crash. > > > > Thanks. > > Attached, you'll find the backtrace of the crash. This time it was > really easy - just one pull of the LAN cabling - and we are happy :-/ > > Please let me know if you need something else. I will return to normal > operations (disabling debugging) due to CURRENT is very unstable at the > moment on other hosts beyond r307157. > It seems the attachment was stripped. From owner-freebsd-current@freebsd.org Mon Oct 31 19:37:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22A37C28452; Mon, 31 Oct 2016 19:37:56 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: from mail-lf0-f45.google.com (mail-lf0-f45.google.com [209.85.215.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD83D1E16; Mon, 31 Oct 2016 19:37:55 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: by mail-lf0-f45.google.com with SMTP id c13so4823338lfg.0; Mon, 31 Oct 2016 12:37:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:subject:references:date:cc:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=ozCTM6z/biwzSduYDmf9JJZei3vEKMmpazfM3vNCUkM=; b=G4bNvEyWcvA5jHjGPWfKT0k0lQnfmzAdYK7yYl0l/CsmzU1J8mwCTfYe4c2/osEu5p k6Lpe0uQX8LCZ8AkkrSSKAVZpM/XyRfwFN4x20prWjfu8y9NzijoAM8MKDmjTLTNFeT6 B9mYGwNlwiLkrZcNNhnv0a9dOWsu3ZsoZLKAu4/ocDreCKZBJJ5gLjzBfVs1DhLOohPj QrBvKKBQy3u9Q1zQ+s6bZQcr8arg2ZRJEDsT5L1JaG2zsA1nqy211RQTaseIE158+yA1 dXnIAoN8rnJLXbgicBslgQ3wSJTT7tr0vvWnaGzLLmTkJe6YSB1LYPtI+NMdL4IeEW6n UxtA== X-Gm-Message-State: ABUngvf2cSeDYcYkm9Bbko5zXu5uZ9FJSoiocOUa+V5xHsM3sVyxw7P6XsIKH4wRb1la/g== X-Received: by 10.25.20.100 with SMTP id k97mr14978202lfi.127.1477942668046; Mon, 31 Oct 2016 12:37:48 -0700 (PDT) Received: from localhost (host-176-37-109-22.la.net.ua. [176.37.109.22]) by smtp.gmail.com with ESMTPSA id 127sm2556811ljf.27.2016.10.31.12.37.47 (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 31 Oct 2016 12:37:47 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Daniel Braniss" Subject: Re: urtwm -> rtwm References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> Date: Mon, 31 Oct 2016 21:37:57 +0200 Cc: freebsd-current , freebsd-wireless@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Andriy Voskoboinyk" Message-ID: In-Reply-To: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> User-Agent: Opera Mail/12.16 (FreeBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Oct 2016 19:37:56 -0000 Sun, 30 Oct 2016 14:32:18 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Daniel Braniss = : Hi! rtwn_usb(4) depends on rtwn(4) module; you can try to 1) add them to the kernel config; 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) variabl= es 3) compile / install them manually P.S. There is no 'rtwm' module in the tree; what is the exact error mess= age where it was? > >> On 30 Oct 2016, at 14:07, Daniel Braniss wrote:= >> >> hi, >> between r30666 and r30808 i lost my wireless, > s/r30666/r306333/ and s/r30808/r308087/ > >> so reading UPDATE clarified why, I also did a mergemaster so now devd= = >> et.all. seem to be in sync, >> but now devd complains that if_rtwn_usb depends on rtwm and there is = no = >> rtwn, instead there are >> several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko >> >> this is what the old urtwn has to say: >> ... >> Starting devd. >> wlan: <802.11 Link Layer> >> urtwn0 on uhub1 >> urtwn0: on = >> usbus0 >> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >> urtwn0: enabling 11n >> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mb= ps = >> 24Mbps 36Mbps 48Mbps 54Mbps >> urtwn0: 1T1R >> urtwn0: 11ng MCS 20MHz >> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >> >> please help >> >> thanks, >> danny >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = >> "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to = > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Oct 31 21:12:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5210AC28D5C for ; Mon, 31 Oct 2016 21:12:37 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-oi0-x242.google.com (mail-oi0-x242.google.com [IPv6:2607:f8b0:4003:c06::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14AE618CD for ; Mon, 31 Oct 2016 21:12:37 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by mail-oi0-x242.google.com with SMTP id 128so5936962oih.3 for ; Mon, 31 Oct 2016 14:12:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=sUIB/8VHJ3s8297F56vNr2XzqemM3fhpE2cq189Gmdg=; b=VKH1HyDoQrI1GcL4URbP25asqnMPbYb1YswcUvh5VmUTlj7LKhDoThv/lCm4ds/lGj CF4Crq3fb0LAWk9oXFpmq6dcH+B0mQarZ3roVQ1mJVK4N5szonnj9Ex2HBuDFhqkTbZz tddIoPmq9EPK6RCoUz8+E3Nv8bWTW7wOxAuiktPSIlW9GUcCPsS1UghvGsXgy2MG4HZH 8yW1wwE+2NN+QWIMZoHxCyAYLtXo/kMpuvA3xGXnUWphuLYfwpE2zi2lwY/hDyzLbiJj qdv0Bvg0ee27t8l7gHqKEkr8kupCv9twIX/URVZLFTHnP0iocTEuOIiN6eVhKg6Tl4s5 GAgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=sUIB/8VHJ3s8297F56vNr2XzqemM3fhpE2cq189Gmdg=; b=lRwMwcfKVci8XeKO5Hmh4ARHYhNoHXu3bFxkaKn/GGCFHLmV15g5AdBjsAPeo+TtfR 1rrO1zBCakANeUUmlEW4Exuj0klO6rB2BS/R2weUySb2ZAa6W1OT7fjHs4eZDCZEAcjO CpXmEft5s1iKLNUua6mnroPEVSWK8rfMRAvKza54D4b/6xmy8T3B0nHzbNAV/mZJ0KtK y6lof/v+mIe26J/t0ONkma1DA5kIAikbNjPxagBRSCp24ui+dZVc8HT7aso/kCLpnN/+ vTHG/mAq3mLZPFost1YQGcnAelGqIQ2djm+M3Fn+Mgr4wJEghFuROgsXv2+aTsvyECc6 WY+A== X-Gm-Message-State: ABUngvc+p2k5Z4XCat/dwgb5fRpXLnNokJwP7OQ8Px5d6/WMCOdrTIVFO8dCgWy15cgz+g== X-Received: by 10.36.71.146 with SMTP id t140mr9618379itb.83.1477948355288; Mon, 31 Oct 2016 14:12:35 -0700 (PDT) Received: from debian.ara-ler.com (50-243-135-133-static.hfc.comcastbusiness.net. [50.243.135.133]) by smtp.gmail.com with ESMTPSA id c79sm141465itc.13.2016.10.31.14.12.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 31 Oct 2016 14:12:34 -0700 (PDT) Date: Mon, 31 Oct 2016 15:12:33 -0600 From: Sergey Manucharian To: Hans Petter Selasky Cc: FreeBSD Current , "freebsd-multimedia@freebsd.org" , "freebsd-x11@FreeBSD.org" Subject: Re: [CFT] New version of webcamd, now v4.8.0.2 Message-ID: <20161031211233.GD12154@debian.ara-ler.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Oct 2016 21:12:37 -0000 Excerpts from Hans Petter Selasky's message from Fri 19-Aug-16 15:01: > > If you are using webcamd, please help test the latest version which includes > the most recent Linux v4.8-rc1 media tree sources. > > The latest webcamd port is available from here: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b/trunk/ports/multimedia/webcamd > > Please test and report any regression issues to me or > freebsd-multimedia@freebsd.org > > Changes: > - updated all Linux kernel sources to the latest Linux' Torvalds > - fixed some minor bugs in the webcamd Linux kernel emulation > - improved Linux kernel emulation support > - added support for the coming evdev kernel module (GSOC project) Hi Hans, I've build 4.8.0.4 and found that with HAL enabled it does not create /dev/video0 when launched as daemon, but does create when run manually. I do not need HAL, it was enabled by default, so I recompiled it without HAL and it works fine. Am I missing something? Thanks, Sergey From owner-freebsd-current@freebsd.org Mon Oct 31 22:40:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C033C280F0; Mon, 31 Oct 2016 22:40:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 C8E861448; Mon, 31 Oct 2016 22:40:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7D4CE1FE022; Mon, 31 Oct 2016 23:39:57 +0100 (CET) Subject: Re: [CFT] New version of webcamd, now v4.8.0.2 To: Sergey Manucharian References: <20161031211233.GD12154@debian.ara-ler.com> Cc: FreeBSD Current , "freebsd-multimedia@freebsd.org" , "freebsd-x11@FreeBSD.org" From: Hans Petter Selasky Message-ID: <306815ff-8505-42ba-668f-a8a96fd593a3@selasky.org> Date: Mon, 31 Oct 2016 23:45:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161031211233.GD12154@debian.ara-ler.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Oct 2016 22:40:07 -0000 On 10/31/16 22:12, Sergey Manucharian wrote: > Excerpts from Hans Petter Selasky's message from Fri 19-Aug-16 15:01: >> >> If you are using webcamd, please help test the latest version which includes >> the most recent Linux v4.8-rc1 media tree sources. >> >> The latest webcamd port is available from here: >> >> svn --username anonsvn --password anonsvn \ >> checkout svn://svn.turbocat.net/i4b/trunk/ports/multimedia/webcamd >> >> Please test and report any regression issues to me or >> freebsd-multimedia@freebsd.org >> >> Changes: >> - updated all Linux kernel sources to the latest Linux' Torvalds >> - fixed some minor bugs in the webcamd Linux kernel emulation >> - improved Linux kernel emulation support >> - added support for the coming evdev kernel module (GSOC project) > > Hi Hans, > > I've build 4.8.0.4 and found that with HAL enabled it does not create > /dev/video0 when launched as daemon, but does create when run manually. > > I do not need HAL, it was enabled by default, so I recompiled it without > HAL and it works fine. > > Am I missing something? > Hi, If hald_enable="YES" in /etc/rc.conf then webcamd will be started trying to connect to HALD. Else not. Try remove hald_enable="YES". --HPS From owner-freebsd-current@freebsd.org Tue Nov 1 08:10:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E346EC28E3B; Tue, 1 Nov 2016 08:10:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 9BA761F16; Tue, 1 Nov 2016 08:10:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1c1U9B-000HME-CM; Tue, 01 Nov 2016 10:10:17 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: urtwm -> rtwm From: Daniel Braniss In-Reply-To: Date: Tue, 1 Nov 2016 10:10:17 +0200 Cc: freebsd-current , freebsd-wireless@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9109ACA4-DBD4-4735-86A7-2F3F383829C7@cs.huji.ac.il> References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> To: Andriy Voskoboinyk X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 08:10:35 -0000 > On 31 Oct 2016, at 21:37, Andriy Voskoboinyk wrote: >=20 > Sun, 30 Oct 2016 14:32:18 +0200 =D0=B1=D1=83=D0=BB=D0=BE = =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Daniel Braniss = : >=20 > Hi! >=20 > rtwn_usb(4) depends on rtwn(4) module; you can try to > 1) add them to the kernel config; > 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) = variables > 3) compile / install them manually >=20 > P.S. There is no 'rtwm' module in the tree; what is the exact error = message > where it was? the problem was that if_rtwn.ko was not compiled! all the others where, i.e. if_rtwn_[pci,usb].ko. I added all of them to the config, and now it seems to work so the problem is that the loadable module if_rtwn.ko is NOT compiled by default, while all the others are,=20 what is the magic to have it compiled? BTW, I tried this on RPI2, and now will try on an orangepi one. thanks, danny >=20 >>=20 >>> On 30 Oct 2016, at 14:07, Daniel Braniss = wrote: >>>=20 >>> hi, >>> between r30666 and r30808 i lost my wireless, >> s/r30666/r306333/ and s/r30808/r308087/ >>=20 >>> so reading UPDATE clarified why, I also did a mergemaster so now = devd et.all. seem to be in sync, >>> but now devd complains that if_rtwn_usb depends on rtwm and there is = no rtwn, instead there are >>> several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko >>>=20 >>> this is what the old urtwn has to say: >>> ... >>> Starting devd. >>> wlan: <802.11 Link Layer> >>> urtwn0 on uhub1 >>> urtwn0: on = usbus0 >>> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >>> urtwn0: enabling 11n >>> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps = 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >>> urtwn0: 1T1R >>> urtwn0: 11ng MCS 20MHz >>> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >>>=20 >>> please help >>>=20 >>> thanks, >>> danny >>>=20 >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to = "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Nov 1 11:11:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E59C7C29478 for ; Tue, 1 Nov 2016 11:11:44 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C75FD116D for ; Tue, 1 Nov 2016 11:11:44 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-92.lns20.per1.internode.on.net [121.45.232.92]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id uA1BBYJ3045328 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 1 Nov 2016 04:11:40 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Fwd: Re: how to reduce the size of /usr/share/i18n data? References: <58187573.7020402@grosbein.net> To: freebsd-current From: Julian Elischer X-Forwarded-Message-Id: <58187573.7020402@grosbein.net> Message-ID: Date: Tue, 1 Nov 2016 19:11:29 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <58187573.7020402@grosbein.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 11:11:45 -0000 -------- Forwarded Message -------- From: 25 2016 <> X-Mozilla-Status: 0013 X-Mozilla-Status2: 00000000 X-Mozilla-Keys: Return-Path: Received: from sea.spamstick.net (sea.spamstick.net [204.109.57.196]) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPS id uA1AxGgp045127 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 1 Nov 2016 03:59:20 -0700 (PDT) (envelope-from eugen@grosbein.net) Received: from mx2.freebsd.org ([8.8.178.116]) by sea.spamstick.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86) (envelope-from ) id 1c1Wmg-0008PF-00 for julian@elischer.org; Tue, 01 Nov 2016 06:59:16 -0400 Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.freebsd.org (Postfix) with ESMTPS id 9F2AE6694B for ; Tue, 1 Nov 2016 10:59:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 85EE31320 for ; Tue, 1 Nov 2016 10:59:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by freefall.freebsd.org (Postfix) id 847141D68; Tue, 1 Nov 2016 10:59:09 +0000 (UTC) Delivered-To: julian@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by freefall.freebsd.org (Postfix) with ESMTP id 839321D67 for ; Tue, 1 Nov 2016 10:59:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CDD4131E; Tue, 1 Nov 2016 10:59:08 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id uA1Ax3QX049994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Nov 2016 11:59:04 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: julian@freebsd.org Received: from [10.58.0.10] (dadv@dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id uA1AwxFL006726 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 Nov 2016 17:59:00 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: how to reduce the size of /usr/share/i18n data? To: Julian Elischer , freebsd References: <7b036323-aa77-6d41-36b0-439a12a36524@freebsd.org> From: Eugene Grosbein Message-ID: <58187573.7020402@grosbein.net> Date: Tue, 1 Nov 2016 17:58:59 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <7b036323-aa77-6d41-36b0-439a12a36524@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Filter-ID: s0sct1PQhAABKnZB5plbIXW6wgLqzC+TM2pKklekeEcWCsCPLMUAyrpAA5pkQvo1v0WM/M+C7g6f jq7KivljIgACc3eCAL7Sz/73rBvo2zdf4seDSE2pIFs49EdaF4r0GlH4z9w5rjAiHtPWW3keAShN xLoqnsw2BxcNT/6ha/Mu906Tg7P5f/6ZDJb4IgmNpVaLEMBpkLjCNy1XrjsuhMD0qhcz494kqrQX F25rLf9/U/jsH4EXGgfUT7LIXyPe+DsKzbLMLhst3n8kX6ngqWiWloQ6ztDmkvSWg7Jumw5Pg6dw 4lDcu51VWwE6bi+ZrE6kdjyQEObSFjdQy/q2Lhnis/L5RJfxkhIgp8XOgK0jJHKF9QPFEIASHMiN C2cwmeLy/f6zOMlHyzALZS3+BqGp3RSwCXW+mzuiSaXGa7JQvpJ0u5JNUTFfeWDaD3S/lnEaTdft T8Kul6ZpNgSqNORxWsgqcF2qRmccXjejs6+dtOiBbpDQ+zv6ENK2PSDvNSjVRJ+igYTdhxxwxq0Y S6Qp9bdL8oYeEB2/gTYIJTIxL7hrJSk60SF3F6RYOYr2 X-Report-Abuse-To: spam@sea.spamstick.net X-SpamStick-Class: ham X-SpamStick-Evidence: SB/spamstick_net (0.0487503235617) X-Recommended-Action: accept 01.11.2016 17:53, Julian Elischer пишет: > there are a number of packages that want to link with or use that data, and you can't always disable it, but it's very very big (38MB?), especially in the context of an appliance that doesn't really need it at all. > > > If anyone has a procedure to follow to put that onto a diet, maybe just as a stub then I'm all ears. +1 Introduction of such large part of base system is kind of catastrophe for embedded systems that need only ASCII and may be additionally one of "good old" 8-bit locales. FreeBSD 11 got pretty large and embedded-unfriendly without clear way to exclude such unneeded parts. From owner-freebsd-current@freebsd.org Tue Nov 1 12:41:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BEEDC237A3; Tue, 1 Nov 2016 12:41:00 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 29CB81901; Tue, 1 Nov 2016 12:41:00 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1c1YN1-000GPN-3G; Tue, 01 Nov 2016 15:40:51 +0300 Date: Tue, 1 Nov 2016 15:40:51 +0300 From: Slawa Olhovchenkov To: Jung-uk Kim Cc: Mathieu Arnold , Andrey Chernov , FreeBSD-current , freebsd-security Subject: Re: GOST in OPENSSL_BASE Message-ID: <20161101124051.GK57876@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <20160711195600.GQ46309@zxy.spb.ru> <9d8ac537-45bb-066a-956b-3f7c7e11bcb7@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9d8ac537-45bb-066a-956b-3f7c7e11bcb7@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 12:41:00 -0000 On Mon, Jul 18, 2016 at 12:39:46PM -0400, Jung-uk Kim wrote: > On 07/18/16 08:12 AM, Mathieu Arnold wrote: > > Hi, > > > > +--On 11 juillet 2016 22:56:00 +0300 Slawa Olhovchenkov > > wrote: > > | On Mon, Jul 11, 2016 at 03:00:39PM -0400, Jung-uk Kim wrote: > > |> > .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && > > |> > ${SSL_DEFAULT} == base BROKEN= OpenSSL from the base system does not > > |> > support GOST, add \ DEFAULT_VERSIONS+=ssl=openssl to your > > |> > /etc/make.conf and rebuild everything \ that needs SSL. > > |> > .endif > > |> > > |> FreeBSD 9.3 is still supported but GOST is not available there. It > > | > > | Thanks for clarifications. > > | > > |> seems the ports maintainer didn't want to break it on 9.3 (CC added). > > |> Version check may be needed there. > > | > > | Thanks! > > > > > > The idea is that you can't have mixed openssl usage. If you link half your > > ports with openssl from base, and half with openssl from ports, you are > > going to have dragons attacks, and core dumps. Also, if you are using > > openssl from ports, you cannot use GSSAPI from base, for the same reasons. > > Exactly. That's why we should *allow* using base OpenSSL for 10.x and > later because many packages are already linked against base OpenSSL by > default. Ports still refuse to GOST from base openssl. From owner-freebsd-current@freebsd.org Tue Nov 1 21:13:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 387C2C2A612; Tue, 1 Nov 2016 21:13:59 +0000 (UTC) (envelope-from vidwer@gmail.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9EF51935; Tue, 1 Nov 2016 21:13:58 +0000 (UTC) (envelope-from vidwer@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id u205so74914078itc.0; Tue, 01 Nov 2016 14:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=kMCczXkdRnLn6FkqURlUrRvWGRLNmyipxkb9yjLfeb0=; b=kpaKmyIVaRW0Y2/NFvorwsNuH90fgzV2LBU4pHiUTfaiT5t44DT9xZ4cV16APEmUk7 7vk8ZngQDaxC459ny3p6DbAH0j4V3EEFt/bcWzBXwIOh8XV6JQen86bkaCDsw3X3ncYJ IT02whtTsSMAtJ6DZg9yq9ZuO+Gbi3K+3lcz+yMLtRZCUwdJojhGgnCsMezJKGgppPx0 GdyVc6llFgUbhQyXw2vB3+JrXbuiZo4ouhlLZ9KYsgJirUlOPAGdAkEI55R4ql3x9Fjl 5/Swu+PlyyqPqSfZqsZxIHmSQYzXoYHNjLDe/QQWwVmE7HkPU1lio2v1OTfRmm/4Oh1g 0Piw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=kMCczXkdRnLn6FkqURlUrRvWGRLNmyipxkb9yjLfeb0=; b=SBB/TOJC8uOCTUg8wnRDWcGuR5WQIuqOo4/KE78Pb1IHpQD/zJquPdGQjfJgAb9KbP eXya7ljZ7gx/CresboPzsfTqB9FsobAuO0sDAeBeieo57vQtXtVoi1ztJfdgqxajG6/s Rk0XXDjAshmgdyArKjD6EFeEuCe6FxkMq8wIjf1jyVUKoe5q6eer809ZiIP0clL1/+UT b4OAJXi9nDp8x+/EpzLNB+CS8wzxKHDJxgA50FHG+A9x2r3FZSckslcy7v9aDMBLg8S4 1ZW4td/XNbFTSuSvT7gAdBySXIkNgOISx1lOfu36yDyfL1J62XY6bzKCwWQYbdwa26qq Y9mA== X-Gm-Message-State: ABUngve1vd45mCryuDd0yGh+lNDU5R5jQI2z11EarKyioJiOf9ObZc0M8p+1EuPNG82q8M7yUW4EHhMp6r+9hQ== X-Received: by 10.107.168.79 with SMTP id r76mr653168ioe.205.1478034838071; Tue, 01 Nov 2016 14:13:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.145.134 with HTTP; Tue, 1 Nov 2016 14:13:57 -0700 (PDT) In-Reply-To: References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> From: Idwer Vollering Date: Tue, 1 Nov 2016 22:13:57 +0100 Message-ID: Subject: Re: urtwm -> rtwm To: Andriy Voskoboinyk Cc: Daniel Braniss , freebsd-current , freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 01 Nov 2016 21:52:50 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2016 21:13:59 -0000 2016-10-31 20:37 GMT+01:00 Andriy Voskoboinyk : > Sun, 30 Oct 2016 14:32:18 +0200 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Daniel Braniss > : > > Hi! > > rtwn_usb(4) depends on rtwn(4) module; you can try to These change(s) require you to manually run 'service netif start wlan', in order to have an (USB) device associate and configure an IP address. Is this change related: https://svnweb.freebsd.org/base/head/etc/devd.conf?r1=3D304504&r2=3D307529 ? > 1) add them to the kernel config; > 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) variable= s > 3) compile / install them manually > > P.S. There is no 'rtwm' module in the tree; what is the exact error messa= ge > where it was? > > >> >>> On 30 Oct 2016, at 14:07, Daniel Braniss wrote: >>> >>> hi, >>> between r30666 and r30808 i lost my wireless, >> >> s/r30666/r306333/ and s/r30808/r308087/ >> >>> so reading UPDATE clarified why, I also did a mergemaster so now devd >>> et.all. seem to be in sync, >>> but now devd complains that if_rtwn_usb depends on rtwm and there is no >>> rtwn, instead there are >>> several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko >>> >>> this is what the old urtwn has to say: >>> ... >>> Starting devd. >>> wlan: <802.11 Link Layer> >>> urtwn0 on uhub1 >>> urtwn0: on usbu= s0 >>> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >>> urtwn0: enabling 11n >>> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps >>> 24Mbps 36Mbps 48Mbps 54Mbps >>> urtwn0: 1T1R >>> urtwn0: 11ng MCS 20MHz >>> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >>> >>> please help >>> >>> thanks, >>> danny >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to >> "freebsd-wireless-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g" From owner-freebsd-current@freebsd.org Wed Nov 2 06:42:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 638ECC2B586; Wed, 2 Nov 2016 06:42:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 D4BBF1BD6; Wed, 2 Nov 2016 06:41:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1c1pF8-000KU0-Hk; Wed, 02 Nov 2016 08:41:50 +0200 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: urtwm -> rtwm From: Daniel Braniss In-Reply-To: Date: Wed, 2 Nov 2016 08:41:50 +0200 Cc: Andriy Voskoboinyk , freebsd-current , freebsd-wireless@freebsd.org Message-Id: <314C95BB-6A50-41BF-997E-E0D58965FCCA@cs.huji.ac.il> References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> To: Idwer Vollering X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 06:42:00 -0000 > On 1 Nov 2016, at 23:13, Idwer Vollering wrote: >=20 > 2016-10-31 20:37 GMT+01:00 Andriy Voskoboinyk >: >> Sun, 30 Oct 2016 14:32:18 +0200 =D0=B1=D1=83=D0=BB=D0=BE = =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Daniel Braniss >> >: >>=20 >> Hi! >>=20 >> rtwn_usb(4) depends on rtwn(4) module; you can try to >=20 > These change(s) require you to manually run 'service netif start > wlan', in order to have an (USB) device associate and configure an > IP address. > Is this change related: > https://svnweb.freebsd.org/base/head/etc/devd.conf?r1=3D304504&r2=3D3075= 29 = > ? that is not my problem. the problem was that the driver if_rtwn.ko was not available/compiled. only when I added device rtwn to the config file, the missing driver was = compiled. >=20 >> 1) add them to the kernel config; >> 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) = variables >> 3) compile / install them manually >>=20 >> P.S. There is no 'rtwm' module in the tree; what is the exact error = message >> where it was? >>=20 >>=20 >>>=20 >>>> On 30 Oct 2016, at 14:07, Daniel Braniss = wrote: >>>>=20 >>>> hi, >>>> between r30666 and r30808 i lost my wireless, >>>=20 >>> s/r30666/r306333/ and s/r30808/r308087/ >>>=20 >>>> so reading UPDATE clarified why, I also did a mergemaster so now = devd >>>> et.all. seem to be in sync, >>>> but now devd complains that if_rtwn_usb depends on rtwm and there = is no >>>> rtwn, instead there are >>>> several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko >>>>=20 >>>> this is what the old urtwn has to say: >>>> ... >>>> Starting devd. >>>> wlan: <802.11 Link Layer> >>>> urtwn0 on uhub1 >>>> urtwn0: on = usbus0 >>>> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >>>> urtwn0: enabling 11n >>>> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>>> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps = 18Mbps >>>> 24Mbps 36Mbps 48Mbps 54Mbps >>>> urtwn0: 1T1R >>>> urtwn0: 11ng MCS 20MHz >>>> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >>>>=20 >>>> please help >>>>=20 >>>> thanks, >>>> danny >>>>=20 >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>>=20 >>>=20 >>> _______________________________________________ >>> freebsd-wireless@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> To unsubscribe, send any mail to >>> "freebsd-wireless-unsubscribe@freebsd.org" >>=20 >> _______________________________________________ >> freebsd-wireless@freebsd.org = mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless = >> To unsubscribe, send any mail to = "freebsd-wireless-unsubscribe@freebsd.org = " From owner-freebsd-current@freebsd.org Wed Nov 2 13:54:46 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35600C2BAF7; Wed, 2 Nov 2016 13:54:46 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92DF6175E; Wed, 2 Nov 2016 13:54:45 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id a197so142454548wmd.0; Wed, 02 Nov 2016 06:54:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=reply-to:subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=v5rUtqPX5NBfiKOuhyraxRQzIwXfq76NRX9ziSpLNSk=; b=VM2zfl4ee7+T/8aDNCN/xJEFCP72x8qpwYTYOlVIswZVjRyb89V6DBIx+CSSkiQZ0D vbygNtdQbVIiWRd6iF+aVK3xYUpoUrgJw4VE4R0jFHSkVRMsdfZTY9Ayv61w4EO7hUC+ k6KCsfL/I4V0v+4pYKhlgGQAx1nXCPZ6rtu8T0twL4AH9AH2shKFVZyTgL20LmcQU8bp V0VxFokNSyiOpBt9QXBkJ4wbe4Rcw31vbLBU+UFTe+IVLBRuiTC4pvAAyoCto63/P0LJ 2IwAiay1lnUZ9yIct1U/BRSQxImYzC3T3uri7pZnu+c+O162iyZqlbMjQtzOmIOGOtvP WsGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:subject:references:to:cc:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=v5rUtqPX5NBfiKOuhyraxRQzIwXfq76NRX9ziSpLNSk=; b=iM70jHvFVJmLC1+hVPPkKjv3S9GPM/v/Aouekrny+4ZGQL9tsq5fuTylK3uMLTHBHl p83Lsyy5pXD1pj+DmwZjGYy93BjCawKa5YmPXsFF88y8NG+02FgBRs2BgH+ecQVPxAZA bm4BGzbgYziKkCku3HJl14xVRKwqwNu7qTvIVkphs7FNkOGEXE8d69TikwoYRRIfjebv WCOrygXjaoqjMF/fKT6OYkEfoHPLzeE2UFhWrG+sIrl5iYYwuKI4qq9OEIrtfloHLyc0 njhNguSuW4rZlwDvGRHJ870iUZFEtAwj1qsikqTJkb+7qr3LdqMVT7JIWW7At/UX/nWa 9NSQ== X-Gm-Message-State: ABUngvfYE77byMILSFSSs+Vn+eIycCP/b+d7uHHa/JIkUCw8yK/PPlqxR8sokHJsz/0ghg== X-Received: by 10.28.210.1 with SMTP id j1mr3285652wmg.86.1478094883699; Wed, 02 Nov 2016 06:54:43 -0700 (PDT) Received: from [172.20.10.2] (154.236.197.178.dynamic.wless.lssmb00p-cgnat.res.cust.swisscom.ch. [178.197.236.154]) by smtp.gmail.com with ESMTPSA id 71sm36466911wmo.7.2016.11.02.06.54.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Nov 2016 06:54:43 -0700 (PDT) Reply-To: mattia.rossi.mailinglists@gmail.com Subject: Re: urtwm -> rtwm References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> <9109ACA4-DBD4-4735-86A7-2F3F383829C7@cs.huji.ac.il> To: Daniel Braniss , Andriy Voskoboinyk Cc: freebsd-current , freebsd-wireless@freebsd.org, freebsd-arm From: Mattia Rossi Message-ID: Date: Wed, 2 Nov 2016 14:54:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <9109ACA4-DBD4-4735-86A7-2F3F383829C7@cs.huji.ac.il> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 13:54:46 -0000 >> Hi! >> >> rtwn_usb(4) depends on rtwn(4) module; you can try to >> 1) add them to the kernel config; >> 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) variables >> 3) compile / install them manually >> >> P.S. There is no 'rtwm' module in the tree; what is the exact error message >> where it was? > the problem was that if_rtwn.ko was not compiled! > all the others where, i.e. if_rtwn_[pci,usb].ko. > I added all of them to the config, and now it seems to work > > so the problem is that the loadable module if_rtwn.ko is NOT compiled > by default, while all the others are, > what is the magic to have it compiled? From my experience you always have to specify all modules and the modules they depend on. I for example had to specify this for zfs support in the config file: makeoptions MODULES_OVERRIDE="zfs opensolaris acl_nfs4" I actually only wanted zfs, which depends on opensolaris which then again depends on acl_nfs4 (probably because I sepcified nfs4 support in the config file) I only found out after a few tries. It's really not ideal, that module dependencies are not resolved. But once you know about it, you can live with it :-) > > BTW, I tried this on RPI2, and now will try on an orangepi one. Is that the SDIO based internal WiFi? Let me know if it works! Cheers, Mat >>>> On 30 Oct 2016, at 14:07, Daniel Braniss wrote: >>>> >>>> hi, >>>> between r30666 and r30808 i lost my wireless, >>> s/r30666/r306333/ and s/r30808/r308087/ >>> >>>> so reading UPDATE clarified why, I also did a mergemaster so now devd et.all. seem to be in sync, >>>> but now devd complains that if_rtwn_usb depends on rtwm and there is no rtwn, instead there are >>>> several rtwn-rtl8…., the closest being rtwn-rt18188eufw.ko >>>> >>>> this is what the old urtwn has to say: >>>> ... >>>> Starting devd. >>>> wlan: <802.11 Link Layer> >>>> urtwn0 on uhub1 >>>> urtwn0: on usbus0 >>>> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >>>> urtwn0: enabling 11n >>>> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>>> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >>>> urtwn0: 1T1R >>>> urtwn0: 11ng MCS 20MHz >>>> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >>>> >>>> please help >>>> >>>> thanks, >>>> danny >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-wireless@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Nov 2 14:30:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D544BC2A60D; Wed, 2 Nov 2016 14:30:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 27C7718A2; Wed, 2 Nov 2016 14:30:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1c1wYp-000FUI-QX; Wed, 02 Nov 2016 16:30:39 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: urtwm -> rtwm From: Daniel Braniss In-Reply-To: Date: Wed, 2 Nov 2016 16:30:39 +0200 Cc: Andriy Voskoboinyk , freebsd-current , freebsd-wireless@freebsd.org, freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> <9109ACA4-DBD4-4735-86A7-2F3F383829C7@cs.huji.ac.il> To: mattia.rossi.mailinglists@gmail.com X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 14:30:51 -0000 > On 2 Nov 2016, at 15:54, Mattia Rossi = wrote: >=20 >=20 >>> Hi! >>>=20 >>> rtwn_usb(4) depends on rtwn(4) module; you can try to >>> 1) add them to the kernel config; >>> 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) = variables >>> 3) compile / install them manually >>>=20 >>> P.S. There is no 'rtwm' module in the tree; what is the exact error = message >>> where it was? >> the problem was that if_rtwn.ko was not compiled! >> all the others where, i.e. if_rtwn_[pci,usb].ko. >> I added all of them to the config, and now it seems to work >>=20 >> so the problem is that the loadable module if_rtwn.ko is NOT compiled >> by default, while all the others are, >> what is the magic to have it compiled? > =46rom my experience you always have to specify all modules and the = modules they depend on. I for example had to specify this for zfs = support in the config file: >=20 > makeoptions MODULES_OVERRIDE=3D"zfs opensolaris acl_nfs4" >=20 > I actually only wanted zfs, which depends on opensolaris which then = again depends on acl_nfs4 (probably because I sepcified nfs4 support in = the config file) >=20 not from my experience, the fact that all the other rtwn- where there = means that somewhere there is a missing directive. > I only found out after a few tries. It's really not ideal, that module = dependencies are not resolved. > But once you know about it, you can live with it :-) >=20 >>=20 >> BTW, I tried this on RPI2, and now will try on an orangepi one. > Is that the SDIO based internal WiFi? Let me know if it works! >=20 no, this is the cheapest orange one, with one usb, so it=E2=80=99s a = wifi dongle. my orange pi plus, with the onboard wifi, i managed to fry :-( cheers, danny > Cheers, >=20 > Mat >=20 >>>>> On 30 Oct 2016, at 14:07, Daniel Braniss = wrote: >>>>>=20 >>>>> hi, >>>>> between r30666 and r30808 i lost my wireless, >>>> s/r30666/r306333/ and s/r30808/r308087/ >>>>=20 >>>>> so reading UPDATE clarified why, I also did a mergemaster so now = devd et.all. seem to be in sync, >>>>> but now devd complains that if_rtwn_usb depends on rtwm and there = is no rtwn, instead there are >>>>> several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko >>>>>=20 >>>>> this is what the old urtwn has to say: >>>>> ... >>>>> Starting devd. >>>>> wlan: <802.11 Link Layer> >>>>> urtwn0 on uhub1 >>>>> urtwn0: on = usbus0 >>>>> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >>>>> urtwn0: enabling 11n >>>>> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>>>> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps = 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >>>>> urtwn0: 1T1R >>>>> urtwn0: 11ng MCS 20MHz >>>>> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >>>>>=20 >>>>> please help >>>>>=20 >>>>> thanks, >>>>> danny >>>>>=20 >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>>> _______________________________________________ >>>> freebsd-wireless@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>>> To unsubscribe, send any mail to = "freebsd-wireless-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@freebsd.org Wed Nov 2 19:24:47 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 315D2C2C997 for ; Wed, 2 Nov 2016 19:24:47 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A62B01063 for ; Wed, 2 Nov 2016 19:24:46 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id A120DC2C996; Wed, 2 Nov 2016 19:24:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0A8FC2C995 for ; Wed, 2 Nov 2016 19:24:46 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 71C0C105E for ; Wed, 2 Nov 2016 19:24:46 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id BD4DE5648E for ; Wed, 2 Nov 2016 14:24:45 -0500 (CDT) To: "current@freebsd.org" From: Eric van Gyzen Subject: copyinstr and ENAMETOOLONG Message-ID: <236b8c7c-a12e-0872-f3cb-03f99bb5fcc5@FreeBSD.org> Date: Wed, 2 Nov 2016 14:24:43 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 19:24:47 -0000 Does copyinstr guarantee that it has filled the output buffer when it returns ENAMETOOLONG? I usually try to answer my own questions, but I don't speak many dialects of assembly. :) I ask because I'd like to make the following change, and I'd like to know whether I should zero the buffer before calling copyinstr to ensure that I don't set the thread's name to the garbage that was on the stack. Eric Index: kern_thr.c =================================================================== --- kern_thr.c (revision 308217) +++ kern_thr.c (working copy) @@ -580,8 +580,13 @@ sys_thr_set_name(struct thread *td, struct thr_set if (uap->name != NULL) { error = copyinstr(uap->name, name, sizeof(name), NULL); - if (error) - return (error); + if (error) { + if (error == ENAMETOOLONG) { + name[sizeof(name) - 1] = '\0'; + } else { + return (error); + } + } } p = td->td_proc; ttd = tdfind((lwpid_t)uap->id, p->p_pid); From owner-freebsd-current@freebsd.org Wed Nov 2 20:33:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 789F1C2B37A for ; Wed, 2 Nov 2016 20:33:58 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0570C139F for ; Wed, 2 Nov 2016 20:33:58 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mailman.ysv.freebsd.org (Postfix) id 019EAC2B379; Wed, 2 Nov 2016 20:33:58 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 012B5C2B378 for ; Wed, 2 Nov 2016 20:33:58 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [IPv6:2001:610:1108:5010::202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 94385139A; Wed, 2 Nov 2016 20:33:57 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id 236EA3B; Wed, 2 Nov 2016 21:33:55 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 1541328494; Wed, 2 Nov 2016 21:33:55 +0100 (CET) Date: Wed, 2 Nov 2016 21:33:55 +0100 From: Jilles Tjoelker To: Eric van Gyzen Cc: "current@freebsd.org" Subject: Re: copyinstr and ENAMETOOLONG Message-ID: <20161102203354.GA22693@stack.nl> References: <236b8c7c-a12e-0872-f3cb-03f99bb5fcc5@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <236b8c7c-a12e-0872-f3cb-03f99bb5fcc5@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 20:33:58 -0000 On Wed, Nov 02, 2016 at 02:24:43PM -0500, Eric van Gyzen wrote: > Does copyinstr guarantee that it has filled the output buffer when it > returns ENAMETOOLONG? I usually try to answer my own questions, but I > don't speak many dialects of assembly. :) The few I checked appear to work by checking the length while copying, but the man page copy(9) does not guarantee that, and similar code in sys/compat/linux/linux_misc.c linux_prctl() LINUX_PR_SET_NAME performs a copyin() if copyinstr() fails with [ENAMETOOLONG]. In implementing copyinstr(), checking the length first may make sense for economy of code: a user-strnlen() using an algorithm like lib/libc/string/strlen.c and a copyin() connected together with a C copyinstr(). This would probably be faster than the current amd64 code (which uses lods and stos, meh). With that implementation, filling the buffer in the [ENAMETOOLONG] case requires a small piece of additional code. > I ask because I'd like to make the following change, and I'd like to > know whether I should zero the buffer before calling copyinstr to ensure > that I don't set the thread's name to the garbage that was on the stack. > Index: kern_thr.c > =================================================================== > --- kern_thr.c (revision 308217) > +++ kern_thr.c (working copy) > @@ -580,8 +580,13 @@ sys_thr_set_name(struct thread *td, struct thr_set > if (uap->name != NULL) { > error = copyinstr(uap->name, name, sizeof(name), > NULL); > - if (error) > - return (error); > + if (error) { > + if (error == ENAMETOOLONG) { > + name[sizeof(name) - 1] = '\0'; > + } else { > + return (error); > + } > + } > } > p = td->td_proc; > ttd = tdfind((lwpid_t)uap->id, p->p_pid); For API design, it makes more sense to set error = 0 if a truncated name is being set anyway. This preserves the property that the name remains unchanged if the call fails. A change to the man page thr_set_name(2) is needed in any case. -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Thu Nov 3 02:17:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18D74C29C5A for ; Thu, 3 Nov 2016 02:17:41 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C909B1C5E for ; Thu, 3 Nov 2016 02:17:40 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AD20CC29C59; Thu, 3 Nov 2016 02:17:40 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC9F2C29C58 for ; Thu, 3 Nov 2016 02:17:40 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E11C51C56; Thu, 3 Nov 2016 02:17:39 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-92.lns20.per1.internode.on.net [121.45.232.92]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id uA32HS3O056497 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 2 Nov 2016 19:17:31 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: [RFC] remove GNU rcs from FreeBSD 12 To: Eivind Nicolay Evensen , Baptiste Daroussin References: <20160911133804.a7j7p3x2viqzcpec@ivaldir.etoilebsd.net> <20161025182730.GA60030@klump.hjerdalen.lokalnett> Cc: current@freebsd.org From: Julian Elischer Message-ID: Date: Thu, 3 Nov 2016 10:17:23 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161025182730.GA60030@klump.hjerdalen.lokalnett> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 02:17:41 -0000 On 26/10/2016 2:27 AM, Eivind Nicolay Evensen wrote: > On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote: >> hi, >> >> For long we are planning to remove GNU rcs from base, after a failed attempt >> before FreeBSD 10.0. Let see where we are to be able to remove it from FreeBSD >> 12. why should we remove it? What will replace it? it's an integral part of many people's systems. Is there a non gnu RCS with the same features? > Whatever the outcome may be and for whatever my opinion is worth, I hope > rcs will stay in base. I don't care about the licensing. I don't > care if a switch to openrcs happens either, as long as it works. > > For years, one has been able to rely upon this operating system having > certain pieces of software available. Losing that makes it a worse choice > than before. > > I've already had to readd cvs to my freebsd tree since that was removed, > but if it keeps getting worse and worse and there's soon a > freebsd kernel and some random bits of freebsd userland available > through ports, there's not much reason to keep using it as an operating > system, because then it is not an operating system anymore, rather an > emulation of another "system" built around that concept. > > > > Eivind N. E. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Nov 3 02:45:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1CAAC2B73A for ; Thu, 3 Nov 2016 02:45:13 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (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 5E4601CF6 for ; Thu, 3 Nov 2016 02:45:13 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from boomers.nomadlogic.org (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 44ef613b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Wed, 2 Nov 2016 19:45:12 -0700 (PDT) Subject: Re: [RFC] remove GNU rcs from FreeBSD 12 To: freebsd-current@freebsd.org References: <20160911133804.a7j7p3x2viqzcpec@ivaldir.etoilebsd.net> <20161025182730.GA60030@klump.hjerdalen.lokalnett> From: Pete Wright Message-ID: <75d4d233-c599-0509-139a-5799a0911b5a@nomadlogic.org> Date: Wed, 2 Nov 2016 19:45:11 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 02:45:13 -0000 On 11/02/2016 19:17, Julian Elischer wrote: > On 26/10/2016 2:27 AM, Eivind Nicolay Evensen wrote: >> On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote: >>> hi, >>> >>> For long we are planning to remove GNU rcs from base, after a failed >>> attempt >>> before FreeBSD 10.0. Let see where we are to be able to remove it >>> from FreeBSD >>> 12. > > why should we remove it? > What will replace it? it's an integral part of many people's systems. > > Is there a non gnu RCS with the same features? > surprised to hear so many people are dependent upon having rcs in their base system. there are options though - for example OpenBSD uses OpenRCS in their base: http://man.openbsd.org/rcs.1 its not strictly GNU compliant as I believe it adheres to the original implementation (which frankly is probably a good thing imho). GNU RCS is also available via ports/pkgs as well. If people are adamant about preserving a rcs binary in base though this seems like a great opportunity to step up and help import/support OpenRCS. just my two bits - hope it helps. -pete From owner-freebsd-current@freebsd.org Thu Nov 3 07:48:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FCF5C2D51A; Thu, 3 Nov 2016 07:48:21 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D52D22000; Thu, 3 Nov 2016 07:48:20 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-92.lns20.per1.internode.on.net [121.45.232.92]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id uA37mFIr057517 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 3 Nov 2016 00:48:18 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Fwd: Re: how to reduce the size of /usr/share/i18n data? To: freebsd-current , freebsd References: <58187573.7020402@grosbein.net> From: Julian Elischer Message-ID: Date: Thu, 3 Nov 2016 15:48:09 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 07:48:21 -0000 So I am to take it that no-one has any idea how this stuff works and how to stub it out? On 1/11/2016 7:11 PM, Julian Elischer wrote: > > 01.11.2016 17:53, Julian Elischer пишет: >> there are a number of packages that want to link with or use that >> data, and you can't always disable it, but it's very very big >> (38MB?), especially in the context of an appliance that doesn't >> really need it at all. >> >> >> If anyone has a procedure to follow to put that onto a diet, maybe >> just as a stub then I'm all ears. > > +1 > > Introduction of such large part of base system is kind of > catastrophe for embedded systems > that need only ASCII and may be additionally one of "good old" 8-bit > locales. > > FreeBSD 11 got pretty large and embedded-unfriendly without clear > way to exclude such unneeded parts. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Thu Nov 3 08:43:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11949C2D2D0 for ; Thu, 3 Nov 2016 08:43:03 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A34F21666 for ; Thu, 3 Nov 2016 08:43:01 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-92.lns20.per1.internode.on.net [121.45.232.92]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id uA38gqse057710 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 3 Nov 2016 01:42:58 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: [RFC] remove GNU rcs from FreeBSD 12 To: Pete Wright , freebsd-current@freebsd.org References: <20160911133804.a7j7p3x2viqzcpec@ivaldir.etoilebsd.net> <20161025182730.GA60030@klump.hjerdalen.lokalnett> <75d4d233-c599-0509-139a-5799a0911b5a@nomadlogic.org> From: Julian Elischer Message-ID: <9b697cbc-70d1-c113-2815-b70b026fbf7b@freebsd.org> Date: Thu, 3 Nov 2016 16:42:47 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <75d4d233-c599-0509-139a-5799a0911b5a@nomadlogic.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 08:43:03 -0000 On 3/11/2016 10:45 AM, Pete Wright wrote: > > > On 11/02/2016 19:17, Julian Elischer wrote: >> On 26/10/2016 2:27 AM, Eivind Nicolay Evensen wrote: >>> On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote: >>>> hi, >>>> >>>> For long we are planning to remove GNU rcs from base, after a >>>> failed attempt >>>> before FreeBSD 10.0. Let see where we are to be able to remove it >>>> from FreeBSD >>>> 12. >> >> why should we remove it? >> What will replace it? it's an integral part of many people's systems. >> >> Is there a non gnu RCS with the same features? >> > > surprised to hear so many people are dependent upon having rcs in > their base system. there are options though - for example OpenBSD > uses OpenRCS in their base: I don't see what is surprising about it. It's been common "best practice" for decades to keep all your files in /etc under source control. RCS fits he bill well and many people have it in their muscle memory. > > http://man.openbsd.org/rcs.1 > > its not strictly GNU compliant as I believe it adheres to the > original implementation (which frankly is probably a good thing > imho). GNU RCS is also available via ports/pkgs as well. > > If people are adamant about preserving a rcs binary in base though > this seems like a great opportunity to step up and help > import/support OpenRCS. that's ok by me as long as: 1/ it can continue to read all the old data 2/ it works the same (for scripts etc) > > just my two bits - hope it helps. > > -pete > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Nov 3 09:29:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E60FC2B624; Thu, 3 Nov 2016 09:29:41 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 C632A1172; Thu, 3 Nov 2016 09:29:40 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1c2EL5-0001qf-Hf; Thu, 03 Nov 2016 10:29:39 +0100 Date: Thu, 3 Nov 2016 10:29:39 +0100 From: Kurt Jaeger To: Julian Elischer Cc: freebsd-current , freebsd Subject: Re: Fwd: Re: how to reduce the size of /usr/share/i18n data? Message-ID: <20161103092939.GB2648@home.opsec.eu> References: <58187573.7020402@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 09:29:41 -0000 Hi! > So I am to take it that no-one has any idea how this stuff works and > how to stub it out? Or had time to write about it. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-current@freebsd.org Thu Nov 3 10:46:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57143C2D8F6 for ; Thu, 3 Nov 2016 10:46:42 +0000 (UTC) (envelope-from mark@heily.com) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEB4710AA for ; Thu, 3 Nov 2016 10:46:41 +0000 (UTC) (envelope-from mark@heily.com) Received: by mail-qt0-x22d.google.com with SMTP id p16so25304305qta.0 for ; Thu, 03 Nov 2016 03:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heily-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hYlmHiW8Mf23w6tJ683fT75hrdHFAma9oRkAvVJ4teg=; b=beiZ+B/I8yrn5GP9C4jBDe5XBvfWMw6f0YI4sbp9E17uY1zZMTAC7wiH6wOvIb14wj eyNkjiv4fgW9AKKgn+MkLFBbx2GZVjshORQIMZ75yK1sO76nmMkSkcN5XGqzYl/pKfnd PjMSZeXK3AhrqSTh1jPTxJonzmv2f3czjB8GvTDnFl/uNdWFUeZOmJjNHYMDnrEHG6oo el7pFDxxTGm2Tb2xrkHK8KZD73QEfUJxr31qqKYfEVgfFZuS7UuXMn3WX3OMf05Q+ww2 n20fyAGPpkj6m3XMR0AwR1ZSB63bDVj3YRv8FJHE+79chZv8F/wWj4qQhLRM/ofWkaa0 M84A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hYlmHiW8Mf23w6tJ683fT75hrdHFAma9oRkAvVJ4teg=; b=GNHxt8z6kVTPZGU74wmqVrV9/Id7jmLc+yBVaKdRiNEPEz5Kfmq76O0+SrVdg9NWb6 Rc+Bh/HKnjt0hzBCw4eLqIBjf8nrouAHS/SkatrAW+r3otNa6zPCuBWm1x12qICtngnu pentiHAuB0+txFqvK2UP3fCeEJb4sjOOOd6C8fHLxPxKNzc+IEMHqLhEFcf5EtsQX3tD QvI0yoKQcNpi97KvuLj3nqI+Vbl8X608rMb6KDwwpPQaIemueQ56Xvk2ic8oEZSRYNa0 H1B4cB+dkMrh7XwClOjjjnKmYCcOyOhWD9tNCNyEe/nKz94ZLm4fZFMa0PgyA37rWudq z+7w== X-Gm-Message-State: ABUngvd2bwa7c44VOlf/ak2Fd5+SaO4wVmxbKJa7Y7hL7Mt8cHCbrrBwggRkKoZC9Fv45epqLTOZ8htlf4+PZw== X-Received: by 10.237.51.3 with SMTP id u3mr7189854qtd.12.1478170000593; Thu, 03 Nov 2016 03:46:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.150.39 with HTTP; Thu, 3 Nov 2016 03:46:39 -0700 (PDT) X-Originating-IP: [216.4.56.153] Received: by 10.12.150.39 with HTTP; Thu, 3 Nov 2016 03:46:39 -0700 (PDT) In-Reply-To: <20161103092939.GB2648@home.opsec.eu> References: <58187573.7020402@grosbein.net> <20161103092939.GB2648@home.opsec.eu> From: Mark Heily Date: Thu, 3 Nov 2016 06:46:39 -0400 Message-ID: Subject: Re: Fwd: Re: how to reduce the size of /usr/share/i18n data? To: Kurt Jaeger Cc: FreeBSD Hackers , freebsd-current , Julian Elischer Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 10:46:42 -0000 On Nov 3, 2016 5:30 AM, "Kurt Jaeger" wrote: > > Hi! > > > So I am to take it that no-one has any idea how this stuff works and > > how to stub it out? > > Or had time to write about it. > > -- > pi@opsec.eu +49 171 3101372 4 years to go ! > Maybe you could use 'svn blame' to research who has commited those files, and contact them directly? _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Nov 3 11:57:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC4B0C2B51F; Thu, 3 Nov 2016 11:57:38 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay109.isp.belgacom.be (mailrelay109.isp.belgacom.be [195.238.20.136]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8595A1894; Thu, 3 Nov 2016 11:57:35 +0000 (UTC) (envelope-from tijl@coosemans.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2B9BQBCJRtY/1QiyVBdGwEBAQMBAQEJA?= =?us-ascii?q?QEBgzABAQEBAR+BVKQ2lk+GIgKCI0QQAQIBAQEBAQEBYiiEYgEBBCMzIxAJAhg?= =?us-ascii?q?CAgUhAgIPKh4GE4hakB6dP40DAQEBAQYBAQEBI4EJiguER4MEglwFmiCQMnKPI?= =?us-ascii?q?40dhAQ1IGuFID00h3oBAQE?= Received: from 84.34-201-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.201.34.84]) by relay.skynet.be with ESMTP; 03 Nov 2016 12:56:22 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id uA3BuKTo060387; Thu, 3 Nov 2016 12:56:21 +0100 (CET) (envelope-from tijl@coosemans.org) Date: Thu, 3 Nov 2016 12:56:18 +0100 From: Tijl Coosemans To: Julian Elischer Cc: freebsd-current , freebsd Subject: Re: how to reduce the size of /usr/share/i18n data? Message-ID: <20161103125618.204ee7d3@kalimero.tijl.coosemans.org> In-Reply-To: References: <58187573.7020402@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 11:57:38 -0000 On Thu, 3 Nov 2016 15:48:09 +0800 Julian Elischer wrot= e: > On 1/11/2016 7:11 PM, Julian Elischer wrote: >> 01.11.2016 17:53, Julian Elischer =D0=BF=D0=B8=D1=88=D0=B5=D1=82: =20 >>> there are a number of packages that want to link with or use that=20 >>> data, and you can't always disable it, but it's very very big=20 >>> (38MB?), especially in the context of an appliance that doesn't=20 >>> really need it at all. >>> >>> >>> If anyone has a procedure to follow to put that onto a diet, maybe=20 >>> just as a stub then I'm all ears. =20 > > So I am to take it that no-one has any idea how this stuff works and=20 > how to stub it out? /usr/share/i18n is only used by iconv(3). If you don't need that function just add WITHOUT_ICONV to src.conf. If you do need it then you can remove all the subdirectories of character sets you never convert to/from. The easiest is probably to modify the SUBDIR variable in src/share/i18n/csmapper/Makefile and src/share/i18n/esdb/Makefile. From owner-freebsd-current@freebsd.org Thu Nov 3 12:23:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB632C2C8FF for ; Thu, 3 Nov 2016 12:23:32 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 53CC6107A; Thu, 3 Nov 2016 12:23:31 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-19-110.dz.commufa.jp [123.48.19.110]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id uA3BkiEN002331; Thu, 3 Nov 2016 20:46:44 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 3 Nov 2016 20:46:44 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: Fwd: Re: how to reduce the size of /usr/share/i18n data? Message-Id: <20161103204644.1b2705306b3d1fc91af67b8f@dec.sakura.ne.jp> In-Reply-To: References: <58187573.7020402@grosbein.net> <20161103092939.GB2648@home.opsec.eu> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 12:23:32 -0000 On Thu, 3 Nov 2016 06:46:39 -0400 Mark Heily wrote: > On Nov 3, 2016 5:30 AM, "Kurt Jaeger" wrote: > > > > Hi! > > > > > So I am to take it that no-one has any idea how this stuff works and > > > how to stub it out? > > > > Or had time to write about it. > > > > -- > > pi@opsec.eu +49 171 3101372 4 years to > go ! > > > > Maybe you could use 'svn blame' to research who has commited those files, > and contact them directly? Not shure but maybe WITHOUT_ICONV knob would eliminate them from build. Beware! It should completely eliminate iconv features. See commit message for Revision 219019 below. https://svnweb.freebsd.org/base/head/share/i18n/Makefile?view=log Sorry, I don't know how to safely delete some (not all) part of conversions to shrink the contents there, keeping limited iconv features to work. -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Thu Nov 3 15:05:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B962AC2DF68 for ; Thu, 3 Nov 2016 15:05:24 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (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 7511511BE; Thu, 3 Nov 2016 15:05:24 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from boomers.nomadlogic.org (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 95478061 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 3 Nov 2016 08:05:23 -0700 (PDT) Subject: Re: [RFC] remove GNU rcs from FreeBSD 12 To: Julian Elischer , freebsd-current@freebsd.org References: <20160911133804.a7j7p3x2viqzcpec@ivaldir.etoilebsd.net> <20161025182730.GA60030@klump.hjerdalen.lokalnett> <75d4d233-c599-0509-139a-5799a0911b5a@nomadlogic.org> <9b697cbc-70d1-c113-2815-b70b026fbf7b@freebsd.org> From: Pete Wright Message-ID: Date: Thu, 3 Nov 2016 08:05:21 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <9b697cbc-70d1-c113-2815-b70b026fbf7b@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 15:05:24 -0000 On 11/03/2016 01:42, Julian Elischer wrote: > On 3/11/2016 10:45 AM, Pete Wright wrote: >> >> >> On 11/02/2016 19:17, Julian Elischer wrote: >>> On 26/10/2016 2:27 AM, Eivind Nicolay Evensen wrote: >>>> On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote: >>>>> hi, >>>>> >>>>> For long we are planning to remove GNU rcs from base, after a >>>>> failed attempt >>>>> before FreeBSD 10.0. Let see where we are to be able to remove it >>>>> from FreeBSD >>>>> 12. >>> >>> why should we remove it? >>> What will replace it? it's an integral part of many people's systems. >>> >>> Is there a non gnu RCS with the same features? >>> >> >> surprised to hear so many people are dependent upon having rcs in >> their base system. there are options though - for example OpenBSD >> uses OpenRCS in their base: > I don't see what is surprising about it. > It's been common "best practice" for decades to keep all your files in > /etc under source control. RCS fits he bill well and many people have > it in their muscle memory. heh - not trying to start a bike shed, and I certainly have used RCS in that manner in the past, although I supplanted it for a configuration management engine quite a while ago as the industry moved towards more distributed environments where systems automation became more practical. regardless - sounds like people still using rcs should be able to kick the tires on OpenRCS and see if it fits their needs. -pete From owner-freebsd-current@freebsd.org Thu Nov 3 16:18:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E106C29A64 for ; Thu, 3 Nov 2016 16:18:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 08EED14E1 for ; Thu, 3 Nov 2016 16:18:47 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1c2Kit-003Dwx-9U>; Thu, 03 Nov 2016 17:18:39 +0100 Received: from x4e34a0c5.dyn.telefonica.de ([78.52.160.197] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1c2Kis-001FoG-V0>; Thu, 03 Nov 2016 17:18:39 +0100 Date: Thu, 3 Nov 2016 17:18:37 +0100 From: "O. Hartmann" To: YongHyeon PYUN Cc: FreeBSD CURRENT Subject: Re: CURRENT: re(4) crashing system Message-ID: <20161103171837.6e7c203e@thor.walstatt.dynvpn.de> In-Reply-To: <20161031021222.GA1252@michelle.fasterthan.co.kr> References: <20161023132538.6bf55fb2@hermann> <20161024051359.GA1185@michelle.fasterthan.co.kr> <20161024140337.47af924e@freyja.zeit4.iv.bundesimmobilien.de> <20161025020538.GA1238@michelle.fasterthan.co.kr> <20161025070338.76ad6711@hermann> <20161027010004.GA1215@michelle.fasterthan.co.kr> <20161028212113.5c4a2ca2@hermann> <20161031021222.GA1252@michelle.fasterthan.co.kr> Organization: FU Berlin MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/X2SRlTNKYPtyk6DnLhP4/8O"; protocol="application/pgp-signature" X-Originating-IP: 78.52.160.197 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 16:18:48 -0000 --Sig_/X2SRlTNKYPtyk6DnLhP4/8O Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 31 Oct 2016 11:12:22 +0900 YongHyeon PYUN schrieb: > On Fri, Oct 28, 2016 at 09:21:13PM +0200, Hartmann, O. wrote: > > On Thu, 27 Oct 2016 10:00:04 +0900 > > YongHyeon PYUN wrote: > > =20 > > > On Tue, Oct 25, 2016 at 07:03:38AM +0200, Hartmann, O. wrote: =20 > > > > On Tue, 25 Oct 2016 11:05:38 +0900 > > > > YongHyeon PYUN wrote: > > > > =20 > > >=20 > > > [...] > > > =20 > > > > > I'm not sure but it's likely the issue is related with EEE/Green > > > > > Ethernet handling. EEE is negotiated feature with link partner. If > > > > > you directly connect your laptop to non-EEE capable link partner > > > > > like other re(4) box without switches you may be able to tell > > > > > whether the issue is EEE/Green Ethernet related one or not. =20 > > > >=20 > > > > Me either since when I discovered a problem the first time with > > > > CURRENT, that was the Friday before last week's Friday, there was a > > > > unlucky coicidence: I got the new switch, FreeBSD introduced a > > > > serious bug and I changed the NICs. > > > >=20 > > > > The laptop, the last in the row of re(4) equipted systems on which I > > > > use the Realtek NIC, does well now with Green IT technology, but > > > > crashes on plugging/unplugging - not on each event, but at least in > > > > one of ten. =20 > > >=20 > > > Hmm, it seems you know how to trigger the issue. When you unplug > > > UTP cable was there active network traffic on re(4) device? > > > It would be helpful to know which event triggers the crash(e.g. > > > unplugging or plugging). And would you show me backtrace of panic? > > > =20 > > > > I guess the Green IT issue is more a unlucky guess of mine and went > > > > hand in hand with the problem I face with CURRENT right now on some > > > > older, Non UEFI machines. > > > > =20 > > >=20 > > > Ok. > > >=20 > > > [...] =20 > > > >=20 > > > > As requested the informations about re0 and rgephy0 on the laptop > > > > (Lenovo E540)=20 > > > >=20 > > > > [...] > > > >=20 > > > > rgephy0: PHY 1 on miibus0 > > > > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > > > > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, > > > > 1000baseT-FDX-master, 1000baseT-FDX-flow, > > > > 1000baseT-FDX-flow-master, auto, auto-flow > > > >=20 > > > > re0: > > > > port 0x3000-0x30ff mem 0xf0d04000-0xf0d04fff,0xf0d00000-0xf0d03fff > > > > at device 0.0 on pci2 re0: Using 1 MSI-X message re0: ASPM disabled > > > > re0: Chip rev. 0x50800000 > > > > re0: MAC rev. 0x00100000 =20 > > >=20 > > > This looks like 8168GU controller. > > >=20 > > > [...] > > > =20 > > > > I use options netmap in kernel config, but the problem is also > > > > present without this option - just for the record. > > > > =20 > > >=20 > > > Yup, netmap(4) has nothing to do with the crash. > > >=20 > > > Thanks. =20 > >=20 > > Attached, you'll find the backtrace of the crash. This time it was > > really easy - just one pull of the LAN cabling - and we are happy :-/ > >=20 > > Please let me know if you need something else. I will return to normal > > operations (disabling debugging) due to CURRENT is very unstable at the > > moment on other hosts beyond r307157. > > =20 >=20 > It seems the attachment was stripped. [...] Sorry for the late reply. Indeed, someone forgot to append the dump/core info and this someone seems = to be me. I have severe time constraints and I will prepare another crash/dump on thi= s weekend with a most recent CURRENT. My apologizes for this, kind regards, Oliver --Sig_/X2SRlTNKYPtyk6DnLhP4/8O Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYG2NdAAoJEOgBcD7A/5N8T80IALWNvAHC6JP69k04HHP5kI7o kJIQ3WtZCsC/AeMaLL6LThm8gsWreTC5JGtypbxGE5Gk6uNMsRJGdwvPmg099Etg TfUfxUtpSkCcet1HaAUkD9S0v6i/LqE3Gwq3rpPvTZ1DfJ2QK/H/JlkKrMQe4hB7 MeWEFh/f8f9t3j1d1RyHx/zE3l5UrPy3hi5jikvBcFEaaqcs8ImV2YKRquTvoKe0 1FNifnZ3+gG2Oc/kcpYrSGhxGKenQD+aHfZ/4tBFLY2QW3hNAveX2tWCi/jb+5CN /nDzjo01fvkgURluERGGnrO7JE039d5nkft6FUL9DkvLcRjDt4T9KBuGp0UWFH0= =QOlB -----END PGP SIGNATURE----- --Sig_/X2SRlTNKYPtyk6DnLhP4/8O-- From owner-freebsd-current@freebsd.org Thu Nov 3 19:34:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 879A9C2D95A; Thu, 3 Nov 2016 19:34:30 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.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 424561745; Thu, 3 Nov 2016 19:34:29 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id uA3JYROr008627; Thu, 3 Nov 2016 12:34:27 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id uA3JY7ss008626; Thu, 3 Nov 2016 12:34:07 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201611031934.uA3JY7ss008626@pdx.rh.CN85.dnsmgr.net> Subject: Re: Fwd: Re: how to reduce the size of /usr/share/i18n data? In-Reply-To: To: Julian Elischer Date: Thu, 3 Nov 2016 12:34:07 -0700 (PDT) CC: freebsd-current , freebsd X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Thu, 03 Nov 2016 19:58:35 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 19:34:30 -0000 [ Charset UTF-8 unsupported, converting... ] > > So I am to take it that no-one has any idea how this stuff works and > how to stub it out? I would be rather tempted to rm -r /usr/share/i18n and see what fails. Anything that fails should be patched to deal with the fact locale date is missing. Then the stub out would be a simple mater of making src/share/i18n a SUBDIR += in the src/share Makefile inside an .ifdef WITH_LOCALE or WITH_I18N. Further stubbing out should be pursued if we want to get back some of our embeded-friendly needs by making all of the locale related code conditionally compiled during a make world. Depressing fact: The i18n directory alone is larger than a full 386BSD 0.1+sources+patchkit install. > On 1/11/2016 7:11 PM, Julian Elischer wrote: > > > > 01.11.2016 17:53, Julian Elischer ?????: > >> there are a number of packages that want to link with or use that > >> data, and you can't always disable it, but it's very very big > >> (38MB?), especially in the context of an appliance that doesn't > >> really need it at all. > >> > >> > >> If anyone has a procedure to follow to put that onto a diet, maybe > >> just as a stub then I'm all ears. > > > > +1 > > > > Introduction of such large part of base system is kind of > > catastrophe for embedded systems > > that need only ASCII and may be additionally one of "good old" 8-bit > > locales. > > > > FreeBSD 11 got pretty large and embedded-unfriendly without clear > > way to exclude such unneeded parts. > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Thu Nov 3 20:56:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04A01C2E5C5; Thu, 3 Nov 2016 20:56:17 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C56621751; Thu, 3 Nov 2016 20:56:16 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host81-157-246-94.range81-157.btcentralplus.com [81.157.246.94]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id uA3KuCuT078325 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Nov 2016 20:56:14 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host host81-157-246-94.range81-157.btcentralplus.com [81.157.246.94] claimed to be [192.168.1.65] Content-Type: multipart/signed; boundary="Apple-Mail=_17966B09-C7BB-4516-ABBF-D44376D8A144"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: how to reduce the size of /usr/share/i18n data? From: David Chisnall In-Reply-To: <201611031934.uA3JY7ss008626@pdx.rh.CN85.dnsmgr.net> Date: Thu, 3 Nov 2016 20:56:47 +0000 Cc: Julian Elischer , freebsd-current , freebsd Message-Id: References: <201611031934.uA3JY7ss008626@pdx.rh.CN85.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 20:56:17 -0000 --Apple-Mail=_17966B09-C7BB-4516-ABBF-D44376D8A144 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 3 Nov 2016, at 19:34, Rodney W. Grimes = wrote: >=20 > Depressing fact: The i18n directory alone is larger than > a full 386BSD 0.1+sources+patchkit install. Is the depressing thing here that even something as recent as 386BSD 0.1 = assumed that ASCII was enough for the whole world? David --Apple-Mail=_17966B09-C7BB-4516-ABBF-D44376D8A144 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMTAzMjA1NjQ4WjAjBgkqhkiG9w0BCQQx FgQUhl3KGop0HahTr7y0dXGpRnfzsU0wgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAK/I9VVVnaZ8rtBsbZR0cBR7Pnb3F5dL94nHIsGosh8FKKjYB/hPF7z+ aiLfs3x25dAN6nZ1FSVF5KFWt16boSH5ZF2v/udPjTydHaKPBGQJTd49Snk7l9e9CLfscHDO4ULc 8Y5Yami7D2MLM0QN8m6kAim0QDngfsOQkjCqEBhcFzzdxmWGeXhQOj3gLfEWp4O2K/QuevVjHc7s xyaZecM0Mx0Sj+VJrVWwvzxe+tOAWeE0lipmArQda27G7Varz2ZcrUJt65qiPrjOlYJIaGfs6VHS EF6ClhSGWZU5y+tsiy+7j4OPDFxSDjmRwccp2wCfbJsMwyFC7HzTIfRu1oMAAAAAAAA= --Apple-Mail=_17966B09-C7BB-4516-ABBF-D44376D8A144-- From owner-freebsd-current@freebsd.org Thu Nov 3 21:23:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D77B1C2EDC7; Thu, 3 Nov 2016 21:23:34 +0000 (UTC) (envelope-from jkh@mail.turbofuzz.com) Received: from zimbra.ixsystems.com (barracuda.ixsystems.com [12.229.62.30]) (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 BFB851609; Thu, 3 Nov 2016 21:23:34 +0000 (UTC) (envelope-from jkh@mail.turbofuzz.com) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 625409CA980; Thu, 3 Nov 2016 14:23:33 -0700 (PDT) Received: from zimbra.ixsystems.com ([127.0.0.1]) by localhost (zimbra.ixsystems.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ElsX_xjSSTcX; Thu, 3 Nov 2016 14:23:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 2125B9CA9FE; Thu, 3 Nov 2016 14:23:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at ixsystems.com Received: from zimbra.ixsystems.com ([127.0.0.1]) by localhost (zimbra.ixsystems.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id t_Wklg0nWmK5; Thu, 3 Nov 2016 14:23:31 -0700 (PDT) Received: from [10.250.1.183] (unknown [10.250.1.183]) by zimbra.ixsystems.com (Postfix) with ESMTPSA id C3B0C9C8859; Thu, 3 Nov 2016 14:23:31 -0700 (PDT) From: Jordan Hubbard Message-Id: <1CA916A7-E1AE-4099-BCD2-70EA815A2846@mail.turbofuzz.com> Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: how to reduce the size of /usr/share/i18n data? Date: Thu, 3 Nov 2016 14:23:31 -0700 In-Reply-To: Cc: "Rodney W. Grimes" , freebsd , freebsd-current To: David Chisnall References: <201611031934.uA3JY7ss008626@pdx.rh.CN85.dnsmgr.net> X-Mailer: Apple Mail (2.3251) X-Mailman-Approved-At: Thu, 03 Nov 2016 23:46:48 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 21:23:34 -0000 > On Nov 3, 2016, at 1:56 PM, David Chisnall = wrote: >=20 > Is the depressing thing here that even something as recent as 386BSD = 0.1 assumed that ASCII was enough for the whole world? =E2=80=9CRecent??=E2=80=9D :-D From owner-freebsd-current@freebsd.org Fri Nov 4 00:30:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37A66C2E4FF for ; Fri, 4 Nov 2016 00:30:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-53.reflexion.net [208.70.210.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 E1476174B for ; Fri, 4 Nov 2016 00:30:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1397 invoked from network); 4 Nov 2016 00:29:50 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Nov 2016 00:29:50 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.10.0) with SMTP; Thu, 03 Nov 2016 20:29:01 -0400 (EDT) Received: (qmail 9693 invoked from network); 4 Nov 2016 00:29:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Nov 2016 00:29:01 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B8D82EC9177; Thu, 3 Nov 2016 17:28:51 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional? Message-Id: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> Date: Thu, 3 Nov 2016 17:28:51 -0700 Cc: FreeBSD-STABLE Mailing List , FreeBSD Current To: Bryan Drewery , FreeBSD Toolchain X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Nov 2016 00:30:10 -0000 I just had a case of "odd" command text in a buildworld that was based = on (in part) env SRC_ENV_CONF=3D. . . env __MAKE_CONF=3D. . . does not get the kind of behavior reported below = for /etc/src.conf . Overall this means that even with an explicit env SRC_ENV_CONF=3D. . . = one must separately prevent /etc/src.conf from contributing if the = SRC_ENV_CONF file is intended to cover everything. Looking in the log from a failure that resulted shows that = .MAKE.MAKEFILES shows both the SRC_ENV_CONF expansion and also a = /etc/src.conf as well (formatted to make the /etc/src.conf and such = stand out: separate lines wiht whitespace before and after and with just = one path on the line for such file paths): > Script started on Thu Nov 3 16:37:26 2016 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/powerpc64vtsc_xtoolchain = make -j 5 buildworld buildkernel . . . > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk > /root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host > /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk > /root/src.configs/make.conf > /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk > /etc/src.conf > /usr/src/include/rpcsvc/Makefile /usr/src/share/mk/bsd.prog.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init > .mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.libnames.mk = /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share > /mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/include/rpcsvc' Note: > # grep src.conf = /root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host > # The context I was under was: > # uname -apKU > FreeBSD FreeBSDx64 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r308247M: Thu = Nov 3 04:05:55 PDT 2016 = markmi@FreeBSDx64:/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NOD= BG amd64 amd64 1200014 1200014 I'd just cloned and switched from a stable/11 context to head = (12-CURRENT). If this is intentional then I think the man src.conf references and such = should be explicit about the /etc/make.conf vs. /etc/src.conf = distinction for __MAKE_CONF=3D vs. SRC_ENV_CONF=3D . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Nov 4 09:04:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F04A9C2EC57; Fri, 4 Nov 2016 09:04:36 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5DBC1343; Fri, 4 Nov 2016 09:04:36 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qt0-x229.google.com with SMTP id c47so44090547qtc.2; Fri, 04 Nov 2016 02:04:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=GOGzkNFxV5SB+RwImEltih/eXoLjAFU2VRtxMaWu2NY=; b=B8i6ZffLQPU9vE8ZOQhfbWSNPAPOTCkJa9pvHhXhoUNA7oC4/PE3/pHVQNb2tuNze9 qLQZCaNEoon0xihqiYYDxf8ZyKneTA15Q38//+dMKAKhY8dsTRfeM8+gb/NYkJqxUvpE hPHPZaNfDtJF5WErNQzA/OZ7DNhSem8sVAF76G19hgk5mz5rZLuLZvINNATk0O+lAe/f 11PutFYuNnKsWJHM6kejDyCjlbbOwb6QPypt3KvzeJwvotrDYWI4mnMbPv7Gc0CkFqfW I4L0PzSGUeuipkyIsfli4/WOHn//apC7x5CLQ4vjOfm58zOYdDFg/9XXooVy+i4GIuMt kK2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=GOGzkNFxV5SB+RwImEltih/eXoLjAFU2VRtxMaWu2NY=; b=nORIIlcW0iyUF3IQ9dFkSOzJNdfj5+hAPvtsSpdt+w3ZlS1ghFl7AQzofVlqP3cmji mzTlFB54IVy3NAAxryNth5tvzuBcc/cY3gR7MUV/103Uedn7t+MirrwtdFLLw12YVf+o gaikQaNqABrhKPygcQK9QwA1rhBrAa9a2eWukPT6wHpzA7uv1eLsmDULZghnm9uJMJXy D8nWJFFac6LcfH2/8kOvwkd5hRVkxwaFS4PWgaCHtteAf58ypZ1HTSDm51BYuvpABZsa wC3Lr/qVw/7iD6FXrwXP5ZyVU1zjW+KuJR+MpGdSeY0XKRvC4ogE2EDncxpzxnAqu1MW vK8Q== X-Gm-Message-State: ABUngvf4hw4rj5AHu7sDrqLRaZ1sRrDkdSu6rK11SZhsbYL3Z+OjbpeHipPa5KtcmDpYwQ== X-Received: by 10.200.45.129 with SMTP id p1mr12340403qta.96.1478250275798; Fri, 04 Nov 2016 02:04:35 -0700 (PDT) Received: from mbp-eth.home ([186.249.133.26]) by smtp.gmail.com with ESMTPSA id c189sm6952074qkg.21.2016.11.04.02.04.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 04 Nov 2016 02:04:35 -0700 (PDT) Sender: Renato Botelho From: Renato Botelho Message-Id: Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional? Date: Fri, 4 Nov 2016 07:04:30 -0200 In-Reply-To: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> Cc: Bryan Drewery , FreeBSD Toolchain , FreeBSD-STABLE Mailing List , FreeBSD Current To: Mark Millard References: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> X-Mailer: Apple Mail (2.3251) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Nov 2016 09:04:37 -0000 > On 3 Nov 2016, at 22:28, Mark Millard wrote: >=20 > I just had a case of "odd" command text in a buildworld that was based = on (in part) env SRC_ENV_CONF=3D. . . >=20 > env __MAKE_CONF=3D. . . does not get the kind of behavior reported = below for /etc/src.conf . >=20 > Overall this means that even with an explicit env SRC_ENV_CONF=3D. . . = one must separately prevent /etc/src.conf from contributing if the = SRC_ENV_CONF file is intended to cover everything. >=20 > Looking in the log from a failure that resulted shows that = .MAKE.MAKEFILES shows both the SRC_ENV_CONF expansion and also a = /etc/src.conf as well (formatted to make the /etc/src.conf and such = stand out: separate lines wiht whitespace before and after and with just = one path on the line for such file paths): >=20 >> Script started on Thu Nov 3 16:37:26 2016 >> Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/powerpc64vtsc_xtoolchain = make -j 5 buildworld buildkernel > . . . >> .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk >=20 >> /root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host >=20 >> /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk >=20 >> /root/src.configs/make.conf >=20 >> /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk >=20 >> /etc/src.conf >=20 >> /usr/src/include/rpcsvc/Makefile /usr/src/share/mk/bsd.prog.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init >> .mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.libnames.mk = /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share >> /mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' >> .PATH=3D'. /usr/src/include/rpcsvc' >=20 > Note: >=20 >> # grep src.conf = /root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host >> # >=20 >=20 > The context I was under was: >=20 >> # uname -apKU >> FreeBSD FreeBSDx64 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r308247M: Thu = Nov 3 04:05:55 PDT 2016 = markmi@FreeBSDx64:/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NOD= BG amd64 amd64 1200014 1200014 >=20 > I'd just cloned and switched from a stable/11 context to head = (12-CURRENT). >=20 > If this is intentional then I think the man src.conf references and = such should be explicit about the /etc/make.conf vs. /etc/src.conf = distinction for __MAKE_CONF=3D vs. SRC_ENV_CONF=3D . There are 3 possible files and 3 possible variables to cover it. = SRC_ENV_CONF is to /etc/src-env.conf and not to /etc/src.conf. Default = values are: __MAKE_CONF=3D/etc/make.conf SRCCONF=3D/etc/src.conf SRC_ENV_CONF=3D/etc/src-env.conf According src.conf(5) there are few items that are supposed to be = defined in /etc/src-env.conf instead of /etc/src.conf -- Renato Botelho From owner-freebsd-current@freebsd.org Fri Nov 4 16:40:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60486C3088C; Fri, 4 Nov 2016 16:40:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 453F921D; Fri, 4 Nov 2016 16:40:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 3E3EB19CD; Fri, 4 Nov 2016 16:40:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 1186D236A4; Fri, 4 Nov 2016 16:40:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Mw8msTuiGH6c; Fri, 4 Nov 2016 16:40:37 +0000 (UTC) Subject: Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 5D5F22369E To: Mark Millard , FreeBSD Toolchain References: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> Cc: FreeBSD-STABLE Mailing List , FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 4 Nov 2016 09:40:38 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oAP7J6QL5dLL0XxERUIdMosoREamTrxRR" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Nov 2016 16:40:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oAP7J6QL5dLL0XxERUIdMosoREamTrxRR Content-Type: multipart/mixed; boundary="looeSuF26cG8JXFF824smikDcS5lhPob6"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain Cc: FreeBSD-STABLE Mailing List , FreeBSD Current Message-ID: Subject: Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional? References: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> In-Reply-To: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> --looeSuF26cG8JXFF824smikDcS5lhPob6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/3/2016 5:28 PM, Mark Millard wrote: > I just had a case of "odd" command text in a buildworld that was based = on (in part) env SRC_ENV_CONF=3D. . . >=20 > env __MAKE_CONF=3D. . . does not get the kind of behavior reported belo= w for /etc/src.conf . >=20 > Overall this means that even with an explicit env SRC_ENV_CONF=3D. . . = one must separately prevent /etc/src.conf from contributing if the SRC_EN= V_CONF file is intended to cover everything. SRC_ENV_CONF is kind of a special hack to allow setting some specific values that feasibly can't be set later. Just stick to src.conf unless you need to set one of the options that requires src-env.conf. --=20 Regards, Bryan Drewery --looeSuF26cG8JXFF824smikDcS5lhPob6-- --oAP7J6QL5dLL0XxERUIdMosoREamTrxRR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJYHLoGAAoJEDXXcbtuRpfPfEwIAIUeutQcPuHhDrxl+eziQZpu wxTwm3fdIt/lT2QDpyC50HkaywQvbFyLDP4MWjTnibC/wJ0J9Dq0venUVqZE77I0 k5/bVMM8y9zeYGWELyPgqni1FQif2b1rLDgJMSW84unbLCH5O7qbC10/0eNAsnGw IgKtfGhF3YfvGeqa+KMMBuUgl4fjWgM9++Wq9HshPScwGOBqD4PYcxQMEmwyTK5U +fc5Ut6JSMbBABJuFPvlANLhlDOy6iTNbLW2UNLvUVsbm8WPbFOOt5PPzdWoEa6l dzGfEp+kv8KX8ZWy5AHw7E4quIPnyRtwAcsLiiBqcx+lWZK3CADTWBGzVXrG8S8= =Id5O -----END PGP SIGNATURE----- --oAP7J6QL5dLL0XxERUIdMosoREamTrxRR-- From owner-freebsd-current@freebsd.org Fri Nov 4 17:56:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E094C2F58B for ; Fri, 4 Nov 2016 17:56:22 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [50.7.9.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fbsd10.amd64", Issuer "fbsd10.amd64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EE968F3 for ; Fri, 4 Nov 2016 17:56:21 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from www.i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.15.2/8.15.2) with ESMTP id uA4HaI8P069773; Fri, 4 Nov 2016 19:36:38 +0200 (EET) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Cc: freebsd@fug.com.br Subject: Problem with 12-current - Siganl 12 Date: Fri, 4 Nov 2016 14:36:18 -0300 Message-Id: <20161104173010.M81868@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20140806 79bb7cc X-OriginatingIP: 186.221.233.73 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Nov 2016 17:56:22 -0000 I upgrade my freebsd from 11.0-current to 12.0-Current, and all work fine (i was thinking) yesterday I try to update my system and I get a Signal 12 at my face. I try some think but anyone was good. By last i reboot my system and up a older kernel and i can compile all syste and kernel source. I done this steps: mergemaster -ipP make buildworld && make kernel KERNCONF=MYKERNEL reboot mergemaster -iP make installworld All do this in single user. But I trying recompile all, and get a same error. Signal 12 The port and all other source codes I can compile and work. I do some think wrong? TIA, --- /************************************************* **Nilton José Rizzo UFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **************************************************/ From owner-freebsd-current@freebsd.org Sat Nov 5 07:11:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C6DBC303B4 for ; Sat, 5 Nov 2016 07:11:59 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5895EDF for ; Sat, 5 Nov 2016 07:11:59 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-92.lns20.per1.internode.on.net [121.45.232.92]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id uA57BgNQ098705 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 5 Nov 2016 00:11:46 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Fwd: Re: how to reduce the size of /usr/share/i18n data? To: Tomoaki AOKI , freebsd-current@freebsd.org References: <58187573.7020402@grosbein.net> <20161103092939.GB2648@home.opsec.eu> <20161103204644.1b2705306b3d1fc91af67b8f@dec.sakura.ne.jp> From: Julian Elischer Message-ID: Date: Sat, 5 Nov 2016 15:11:37 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161103204644.1b2705306b3d1fc91af67b8f@dec.sakura.ne.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Nov 2016 07:11:59 -0000 On 3/11/2016 7:46 PM, Tomoaki AOKI wrote: > On Thu, 3 Nov 2016 06:46:39 -0400 > Mark Heily wrote: > >> On Nov 3, 2016 5:30 AM, "Kurt Jaeger" wrote: >>> Hi! >>> >>>> So I am to take it that no-one has any idea how this stuff works and >>>> how to stub it out? >>> Or had time to write about it. >>> >>> -- >>> pi@opsec.eu +49 171 3101372 4 years to >> go ! >> Maybe you could use 'svn blame' to research who has commited those files, >> and contact them directly? > Not shure but maybe WITHOUT_ICONV knob would eliminate them from build. > Beware! It should completely eliminate iconv features. > > See commit message for Revision 219019 below. > > https://svnweb.freebsd.org/base/head/share/i18n/Makefile?view=log > > Sorry, I don't know how to safely delete some (not all) part of > conversions to shrink the contents there, keeping limited iconv > features to work. > there are some 3rd party apps that want them so I'd rather just know how to make a really small subset. there is a database that is describes the data there but I have no clue how to generate a new db. From owner-freebsd-current@freebsd.org Sat Nov 5 13:22:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C00A5C30E24 for ; Sat, 5 Nov 2016 13:22:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A9DF892E for ; Sat, 5 Nov 2016 13:22:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.ysv.freebsd.org (Postfix) id A6564C30E1D; Sat, 5 Nov 2016 13:22:58 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5FDFC30E1B for ; Sat, 5 Nov 2016 13:22:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B04DA92D; Sat, 5 Nov 2016 13:22:57 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1c30gk-0005gY-FE; Sat, 05 Nov 2016 14:07:14 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Eivind Nicolay Evensen" , "Baptiste Daroussin" , "Julian Elischer" Cc: current@freebsd.org Subject: Re: [RFC] remove GNU rcs from FreeBSD 12 References: <20160911133804.a7j7p3x2viqzcpec@ivaldir.etoilebsd.net> <20161025182730.GA60030@klump.hjerdalen.lokalnett> Date: Sat, 05 Nov 2016 14:07:21 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: bdb49c4ff80bd276e321aade33e76e02752072e2 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 488b5a33f748713be529de57fa847022 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Nov 2016 13:22:58 -0000 On Thu, 03 Nov 2016 03:17:23 +0100, Julian Elischer wrote: > On 26/10/2016 2:27 AM, Eivind Nicolay Evensen wrote: >> On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote: >>> hi, >>> >>> For long we are planning to remove GNU rcs from base, after a failed >>> attempt >>> before FreeBSD 10.0. Let see where we are to be able to remove it from >>> FreeBSD >>> 12. > > why should we remove it? > What will replace it? it's an integral part of many people's systems. Firefox/perl/java is also an integral part of many people's system. But it is not in base. > Is there a non gnu RCS with the same features? There is the exact same version in pkg/ports. Ronald. > >> Whatever the outcome may be and for whatever my opinion is worth, I hope >> rcs will stay in base. I don't care about the licensing. I don't >> care if a switch to openrcs happens either, as long as it works. >> >> For years, one has been able to rely upon this operating system having >> certain pieces of software available. Losing that makes it a worse >> choice >> than before. >> >> I've already had to readd cvs to my freebsd tree since that was removed, >> but if it keeps getting worse and worse and there's soon a >> freebsd kernel and some random bits of freebsd userland available >> through ports, there's not much reason to keep using it as an operating >> system, because then it is not an operating system anymore, rather an >> emulation of another "system" built around that concept. >> >> >> >> Eivind N. E. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Nov 5 17:45:26 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFE97AF7105 for ; Sat, 5 Nov 2016 17:45:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 657E2862; Sat, 5 Nov 2016 17:45:24 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1c351o-0032yU-RA>; Sat, 05 Nov 2016 18:45:16 +0100 Received: from x5ce10f64.dyn.telefonica.de ([92.225.15.100] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1c351n-000SSh-RF>; Sat, 05 Nov 2016 18:45:16 +0100 Date: Sat, 5 Nov 2016 18:45:09 +0100 From: "O. Hartmann" To: Mark Johnston Cc: FreeBSD CURRENT Subject: Re: was: CURRENT [r308087] still crashing: Backtrace provided Message-ID: <20161105184509.28d162f1@thor.walstatt.dynvpn.de> In-Reply-To: <20161030182509.GA1491@charmander> References: <20161014104833.7a2ac588@freyja.zeit4.iv.bundesimmobilien.de> <20161015102242.3c0f2fbb.ohartman@zedat.fu-berlin.de> <20161015121321.25007de8.ohartman@zedat.fu-berlin.de> <20161023182436.4d3bac4f.ohartman@zedat.fu-berlin.de> <20161029163336.46bb24c4.ohartman@zedat.fu-berlin.de> <20161030013345.GC67644@raichu> <20161030082525.6fb6d8a4.ohartman@zedat.fu-berlin.de> <20161030163934.GA49633@raichu> <20161030185500.64e57233.ohartman@zedat.fu-berlin.de> <20161030182509.GA1491@charmander> Reply-To: ohartmann@walstatt.org Organization: FU Berlin MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/ogBWdOqzTec0Z=lNbPIRX60"; protocol="application/pgp-signature" X-Originating-IP: 92.225.15.100 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Nov 2016 17:45:26 -0000 --Sig_/ogBWdOqzTec0Z=lNbPIRX60 Content-Type: multipart/mixed; boundary="MP_/m2/rzCfpPWO1bKG1NIkFEVm" --MP_/m2/rzCfpPWO1bKG1NIkFEVm Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sun, 30 Oct 2016 11:25:09 -0700 Mark Johnston schrieb: > On Sun, Oct 30, 2016 at 06:55:00PM +0100, O. Hartmann wrote: > > Am Sun, 30 Oct 2016 09:39:34 -0700 > > Mark Johnston schrieb: > > =20 > > > On Sun, Oct 30, 2016 at 08:25:25AM +0100, O. Hartmann wrote: =20 > > > > Am Sat, 29 Oct 2016 18:33:45 -0700 > > > > Mark Johnston schrieb: > > > > =20 > > > > > On Sat, Oct 29, 2016 at 04:33:36PM +0200, O. Hartmann wrote: =20 > > > > > > Am Sun, 23 Oct 2016 15:18:57 -0400 (EDT) > > > > > > Benjamin Kaduk schrieb: > > > > > > =20 > > > > > > > On Sun, 23 Oct 2016, O. Hartmann wrote: > > > > > > > =20 > > > > > > > > How can I track a memory leak? =20 > > > > > > >=20 > > > > > > > I think I did not read enough of the context, but vmstat and = top can track > > > > > > > memory usage as a general thing. > > > > > > > =20 > > > > > > > > How can I write to disk the backtrace given by the debugger= when > > > > > > > > crashing? My box I can freely test is using the nVidia BLOB= and vt(), so > > > > > > > > I can not see the backtrace. I got a very bad screenshot on= one of my > > > > > > > > laptops, but its so ugly/unreadable, I think it is unsuable= to be > > > > > > > > presented within this list at a reasonable size (200 kB max= ist too > > > > > > > > small). =20 > > > > > > >=20 > > > > > > > The backtrace should be part of the crash dump that is writte= n to the > > > > > > > (directly connected, non-encrypted, non-USB) swap device. "c= all doadump" > > > > > > > at the debugger prompt (even typing blind) is supposed to mak= e sure > > > > > > > there's a dump taken. > > > > > > >=20 > > > > > > > With respect to the screenshot, you should be able to post th= e image on an > > > > > > > external site and send a link to the list, at least. > > > > > > >=20 > > > > > > > -Ben > > > > > > > _______________________________________________ > > > > > > > freebsd-current@freebsd.org mailing list > > > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > > > To unsubscribe, send any mail to > > > > > > > "freebsd-current-unsubscribe@freebsd.org" =20 > > > > > >=20 > > > > > > Hello Benjamin, > > > > > >=20 > > > > > > thank you for your response. Attached, you'll find the backtrac= e developers > > > > > > seem to have requested for. It was a bit hard, since FreeBSD, v= t() and nVidia > > > > > > is broken (black or distorted console, on UEFI it is black/lock= ed as long as > > > > > > the nvidia-modeset,ko module is loaded). I figured out that I c= ould blindly > > > > > > type "dump" when the box has crashed and resided at the debugge= r promt. > > > > > >=20 > > > > > > I hope this time I could provide the help to fix this really na= sty problem. On > > > > > > more recent hardware, Haswell and beyond, I was able to run CUR= RENT even with > > > > > > ZFS and poudriere on a hard memory pressure without crash withi= n three days. > > > > > > On older machines, one older Fujitsu dual socket Core2Duo XEON = (2x 4 core, 2x > > > > > > 16 GB RAM banks) as well as two of my private boxes (1x IvyBrid= ge XEON, one > > > > > > i3-3220, both wit a non-UEFI-working ASROCK Z77 Pro4 board) cra= sh, if FreeBSD > > > > > > is > r307157. Staying on those systems with r307157 leaves the = machine > > > > > > "rock-solid" - the XEON box last now for a week uptime. =20 > > > > >=20 > > > > > In kgdb, could you execute: > > > > >=20 > > > > > (kgdb) frame 12 > > > > > (kgdb) p *ifp > > > > > (kgdb) p *ro > > > > >=20 > > > > > and reply with the output? =20 > > > >=20 > > > > Besides, is there any way to investigate the crashed vmcore.X files= ? =20 > > >=20 > > > Besides examining the state contained in the vmcore? Not really. =20 > >=20 > > Juts not to misunderstand you (I'm not familiar with debugging!): I can= investigate > > the saved corefiles (vmcore.X) with kgdb? My first attempts failed by s= imply refering > > via option -n 0 to the specific vmcore.0 and typing the commands as req= uested above - > > the output looked like an error to me. =20 >=20 > Oh, sorry. Indeed, you should be able to execute >=20 > # kgdb $(sysctl kern.bootfile) vmcore.0 >=20 > to open the core with kgdb. >=20 > >=20 > >=20 > > =20 > > >=20 > > > Based on the stack trace and affected range of revisions, it may be t= hat > > > reverting r307887 or r307234 helps, but I have no specific evidence f= or > > > this without the requested output. =20 > >=20 > > I had the crashing also with > r307300 until now, so that leaves me wit= h r307233 ... I > > will go further with that revision and report so far. =20 >=20 > Hm, I don't see why this excludes r307887? In any case, r307234 looks to > be the more likely culprit. Here I'm again. This time, it was r308329 or r308331. WITHOUT the debug stuff compiled into= the kernel, it took approximately 5 minutes to provoke the crash. WITH the debug option= s set, it took more than 45 minutes to let the system dump the core. I really hope th= is time we can fix the problem, this moment, I have put the system back to r307233 to = see whether 3072034 is causing the crash as you suspect. Attached, you'll find the backtrace report as last time. I had to type in "= dump" blindly on the system as a dark screen or a stuck X11 screen blocked the console (I= use vt() and nVidia BLOB with my nVidia GPUs - and this is still broken on FBSD). Please let me know how I can assist further. I saved both the core AND this= time the culprit kernel. Kind regards, Oliver=20 --MP_/m2/rzCfpPWO1bKG1NIkFEVm Content-Type: application/octet-stream; name=core.txt.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=core.txt.0 cGFuaWM6IAoKR05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0 d2FyZSBGb3VuZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRo ZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2VsY29tZSB0byBjaGFu Z2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0 aW9ucy4KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuClRoZXJlIGlz IGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZv ciBkZXRhaWxzLgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQtbWFyY2VsLWZyZWVi c2QiLi4uCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVmZmVyOgoKCkZh dGFsIHRyYXAgOTogZ2VuZXJhbCBwcm90ZWN0aW9uIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2Rl CmNwdWlkID0gMDsgYXBpYyBpZCA9IDAwCmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDIwOjB4ZmZm ZmZmZmY4MDdiNDRmYgpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDI4OjB4ZmZmZmZlMDIzOGY3 YzI5MApmcmFtZSBwb2ludGVyCSAgICAgICAgPSAweDI4OjB4ZmZmZmZlMDIzOGY3YzMxMApjb2Rl IHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQTCAw LCBwcmVzIDEsIGxvbmcgMSwgZGVmMzIgMCwgZ3JhbiAxCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRl cnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHByb2Nlc3MJCT0gNTIxIChu c2xjZCkKClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L21vZHVsZXMvbnZpZGlhLW1vZGVzZXQu a28uLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3QvbW9kdWxlcy9udmlkaWEtbW9kZXNl dC5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9tb2R1bGVzL252aWRpYS5rby4uLmRvbmUu CkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9tb2R1bGVzL252aWRpYS5rbwojMCAgZG9hZHVtcCAo dGV4dGR1bXA9MCkgYXQgcGNwdS5oOjIyMgoyMjIJcGNwdS5oOiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5LgoJaW4gcGNwdS5oCihrZ2RiKSAjMCAgZG9hZHVtcCAodGV4dGR1bXA9MCkgYXQgcGNw dS5oOjIyMgojMSAgMHhmZmZmZmZmZjgwNDllMWViIGluIGRiX2R1bXAgKGR1bW15PTx2YWx1ZSBv cHRpbWl6ZWQgb3V0PiwgZHVtbXkyPWZhbHNlLCAKICAgIGR1bW15Mz0wLCBkdW1teTQ9MHgwKSBh dCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo1NDYKIzIgIDB4ZmZmZmZmZmY4MDQ5ZGZl OSBpbiBkYl9jb21tYW5kIChjbWRfdGFibGU9PHZhbHVlIG9wdGltaXplZCBvdXQ+KQogICAgYXQg L3Vzci9zcmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6NDUzCiMzICAweGZmZmZmZmZmODA0OWRkNDQg aW4gZGJfY29tbWFuZF9sb29wICgpCiAgICBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQu Yzo1MDYKIzQgIDB4ZmZmZmZmZmY4MDRhMTFhZiBpbiBkYl90cmFwICh0eXBlPTx2YWx1ZSBvcHRp bWl6ZWQgb3V0PiwgCiAgICBjb2RlPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikgYXQgL3Vzci9zcmMv c3lzL2RkYi9kYl9tYWluLmM6MjQ4CiM1ICAweGZmZmZmZmZmODA3ZmQzZTMgaW4ga2RiX3RyYXAg KHR5cGU9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCAKICAgIGNvZGU9PHZhbHVlIG9wdGltaXplZCBv dXQ+LCB0Zj08dmFsdWUgb3B0aW1pemVkIG91dD4pCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9z dWJyX2tkYi5jOjY1NAojNiAgMHhmZmZmZmZmZjgwYWZlYWYxIGluIHRyYXBfZmF0YWwgKGZyYW1l PTB4ZmZmZmZlMDIzOGY3YzFkMCwgZXZhPTApCiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1k NjQvdHJhcC5jOjc5NgojNyAgMHhmZmZmZmZmZjgwYWZlN2RmIGluIHRyYXAgKGZyYW1lPTB4ZmZm ZmZlMDIzOGY3YzFkMCkKICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6MTk4 CiM4ICAweGZmZmZmZmZmODBhZGY0YTEgaW4gY2FsbHRyYXAgKCkKICAgIGF0IC91c3Ivc3JjL3N5 cy9hbWQ2NC9hbWQ2NC9leGNlcHRpb24uUzoyMzYKIzkgIDB4ZmZmZmZmZmY4MDdiNDRmYiBpbiBf X3J3X3dsb2NrX2hhcmQgKGM9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCAKICAgIHRpZD08dmFsdWUg b3B0aW1pemVkIG91dD4sIGZpbGU9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCAKICAgIGxpbmU9PHZh bHVlIG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3J3bG9jay5jOjgz MAojMTAgMHhmZmZmZmZmZjgwN2I0MzdjIGluIF9yd193bG9ja19jb29raWUgKGM9MHhmZmZmZjgw MDcwNTM4MzEwLCAKICAgIGZpbGU9MHhmZmZmZmZmZjgwY2EzMWIyICIvdXNyL3NyYy9zeXMvbmV0 L2lmX2V0aGVyc3Vici5jIiwgbGluZT0zMDQpCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJu X3J3bG9jay5jOjI5NgojMTEgMHhmZmZmZmZmZjgwOGQxZTA3IGluIGV0aGVyX291dHB1dCAoaWZw PTB4ZmZmZmY4MDAwMzZlNzgwMCwgCiAgICBtPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgZHN0PTB4 ZmZmZmY4MDAzZDk4MGU2MCwgcm89MHhmZmZmZjgwMDNkOTgwZTQwKQogICAgYXQgL3Vzci9zcmMv c3lzL25ldC9pZl9ldGhlcnN1YnIuYzozMDQKIzEyIDB4ZmZmZmZmZmY4MDkyM2E3NCBpbiBpcF9v dXRwdXQgKG09MHhmZmZmZjgwMDBhMjRhNTAwLCAKICAgIG9wdD08dmFsdWUgb3B0aW1pemVkIG91 dD4sIHJvPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgZmxhZ3M9MCwgaW1vPTB4MCwgCiAgICBpbnA9 PHZhbHVlIG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL3NyYy9zeXMvbmV0aW5ldC9pcF9vdXRwdXQu Yzo2NjQKIzEzIDB4ZmZmZmZmZmY4MDk5YTdlZSBpbiB0Y3Bfb3V0cHV0ICh0cD08dmFsdWUgb3B0 aW1pemVkIG91dD4pCiAgICBhdCAvdXNyL3NyYy9zeXMvbmV0aW5ldC90Y3Bfb3V0cHV0LmM6MTQz MgojMTQgMHhmZmZmZmZmZjgwOWE3Yzg4IGluIHRjcF91c3Jfc2VuZCAoc289PHZhbHVlIG9wdGlt aXplZCBvdXQ+LCAKICAgIGZsYWdzPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgbT0weGZmZmZmODAw M2Q4Mzc4MDAsIG5hbT0weDAsIAogICAgY29udHJvbD08dmFsdWUgb3B0aW1pemVkIG91dD4sIHRk PTB4ZmZmZmY4MDAwYTI0YTUwMCkKICAgIGF0IC91c3Ivc3JjL3N5cy9uZXRpbmV0L3RjcF91c3Jy ZXEuYzo5NTYKIzE1IDB4ZmZmZmZmZmY4MDg1NjdiNCBpbiBzb3NlbmRfZ2VuZXJpYyAoc289PHZh bHVlIG9wdGltaXplZCBvdXQ+LCAKICAgIGFkZHI9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCB1aW89 PHZhbHVlIG9wdGltaXplZCBvdXQ+LCAKICAgIHRvcD0weGZmZmZmODAwM2Q4Mzc4MDAsIGNvbnRy b2w9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCAKICAgIGZsYWdzPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0 PiwgdGQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+KQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdWlw Y19zb2NrZXQuYzoxMzU5CiMxNiAweGZmZmZmZmZmODA4MmQ2NzIgaW4gc29vX3dyaXRlIChmcD08 dmFsdWUgb3B0aW1pemVkIG91dD4sIAogICAgdWlvPTB4ZmZmZmZlMDIzOGY3YzkwMCwgYWN0aXZl X2NyZWQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCAKICAgIGZsYWdzPTx2YWx1ZSBvcHRpbWl6ZWQg b3V0PiwgdGQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+KQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4v c3lzX3NvY2tldC5jOjE0NgojMTcgMHhmZmZmZmZmZjgwODIzZDg0IGluIGRvZmlsZXdyaXRlICh0 ZD0weGZmZmZmODAwMGEyNGE1MDAsIGZkPTcsIAogICAgZnA9MHhmZmZmZjgwMDBhMDQyMWUwLCBh dWlvPTB4ZmZmZmZlMDIzOGY3YzkwMCwgCiAgICBvZmZzZXQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+ LCBmbGFncz0wKSBhdCBmaWxlLmg6MzExCiMxOCAweGZmZmZmZmZmODA4MjNhYzggaW4ga2Vybl93 cml0ZXYgKHRkPTB4ZmZmZmY4MDAwYTI0YTUwMCwgZmQ9NywgCiAgICBhdWlvPTB4ZmZmZmZlMDIz OGY3YzkwMCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3lzX2dlbmVyaWMuYzo1MDgKIzE5IDB4ZmZm ZmZmZmY4MDgyM2E1NCBpbiBzeXNfd3JpdGUgKHRkPTB4ZmZmZmY4MDA3MDUzODJmOCwgCiAgICB1 YXA9PHZhbHVlIG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL3NyYy9zeXMva2Vybi9zeXNfZ2VuZXJp Yy5jOjQyMQojMjAgMHhmZmZmZmZmZjgwYWZmMzNmIGluIGFtZDY0X3N5c2NhbGwgKHRkPTB4ZmZm ZmY4MDAwYTI0YTUwMCwgCiAgICB0cmFjZWQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+KSBhdCBzdWJy X3N5c2NhbGwuYzoxMzUKIzIxIDB4ZmZmZmZmZmY4MGFkZjc4YiBpbiBYZmFzdF9zeXNjYWxsICgp CiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6Mzk2CiMyMiAweDAw MDAwMDA4MDEyNjFmNWEgaW4gPz8gKCkKUHJldmlvdXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFt ZSAoY29ycnVwdCBzdGFjaz8pCkN1cnJlbnQgbGFuZ3VhZ2U6ICBhdXRvOyBjdXJyZW50bHkgbWlu aW1hbAooa2dkYikgCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KcHMgLWF4bHd3CgogVUlEICAgUElEICBQUElE IENQVSBQUkkgTkkgICAgICBWU1ogICAgUlNTIE1XQ0hBTiAgIFNUQVQgVFQgICAgICAgVElNRSBD T01NQU5ECiAgIDAgICAgIDAgICAgIDAgICAwIC0xNiAgMCAgICAgICAgMCAgICAgIDAgc3dhcGlu ICAgRExzICAgLSAgIDU4OjAwLjEzIFtrZXJuZWxdCiAgIDAgICAgIDEgICAgIDAgICAwICAyMCAg MCAgICAgNTQyOCAgICA4ODAgd2FpdCAgICAgRExzICAgLSAgICAwOjAwLjAyIFtpbml0XQogICAw ICAgICAyICAgICAwICAgMCAtMTYgIDAgICAgICAgIDAgICAgICAwIGNyeXB0b193IERMICAgIC0g ICAgMDowMC4wMCBbY3J5cHRvXQogICAwICAgICAzICAgICAwICAgMCAtMTYgIDAgICAgICAgIDAg ICAgICAwIGNyeXB0b19yIERMICAgIC0gICAgMDowMC4wMCBbY3J5cHRvIHJldHVybnNdCiAgIDAg ICAgIDQgICAgIDAgICAwIC0xNiAgMCAgICAgICAgMCAgICAgIDAgLSAgICAgICAgUkwgICAgLSAg ICAwOjAzLjU3IFtjYW1dCiAgIDAgICAgIDUgICAgIDAgICAwIC0xNiAgMCAgICAgICAgMCAgICAg IDAgLSAgICAgICAgREwgICAgLSAgICAwOjAwLjAwIFtjdGxdCiAgIDAgICAgIDYgICAgIDAgICAw ICAtOCAgMCAgICAgICAgMCAgICAgIDAgZCAgICAgICAgREwgICAgLSAgICAzOjEzLjAyIFt6ZnNr ZXJuXQogICAwICAgICA3ICAgICAwICAgMCAtMTYgIDAgICAgICAgIDAgICAgICAwIHdhaXRpbmdf IERMICAgIC0gICAgMDowMC4wMCBbc2N0cF9pdGVyYXRvcl0KICAgMCAgICAgOCAgICAgMCAgIDAg LTE2ICAwICAgICAgICAwICAgICAgMCAtICAgICAgICBETCAgICAtICAgIDA6MDAuNzkgW3JhbmRf aGFydmVzdHFdCiAgIDAgICAgIDkgICAgIDAgICAwIC0xNiAgMCAgICAgICAgMCAgICAgIDAgLSAg ICAgICAgREwgICAgLSAgICAwOjAwLjAwIFtzb2Fpb2QxXQogICAwICAgIDEwICAgICAwICAgMCAt MTYgIDAgICAgICAgIDAgICAgICAwIGF1ZGl0X3dvIERMICAgIC0gICAgMDowMC4wMCBbYXVkaXRd CiAgIDAgICAgMTEgICAgIDAgICAwIDE1NSAgMCAgICAgICAgMCAgICAgIDAgLSAgICAgICAgUkwg ICAgLSAgNDkxOjUwLjE5IFtpZGxlXQogICAwICAgIDEyICAgICAwICAgMCAtNjQgIDAgICAgICAg IDAgICAgICAwIC0gICAgICAgIFdMICAgIC0gICAgMTozMS40NyBbaW50cl0KICAgMCAgICAxMyAg ICAgMCAgIDAgLTE2ICAwICAgICAgICAwICAgICAgMCBzbGVlcCAgICBETCAgICAtICAgIDA6MDAu MDAgW25nX3F1ZXVlXQogICAwICAgIDE0ICAgICAwICAgMCAgLTggIDAgICAgICAgIDAgICAgICAw IC0gICAgICAgIERMICAgIC0gICAgMDowMC4wNyBbZ2VvbV0KICAgMCAgICAxNSAgICAgMCAgIDAg LTY4ICAwICAgICAgICAwICAgICAgMCAtICAgICAgICBETCAgICAtICAgIDA6MDMuODAgW3VzYl0K ICAgMCAgICAxNiAgICAgMCAgIDAgLTE2ICAwICAgICAgICAwICAgICAgMCAtICAgICAgICBETCAg ICAtICAgIDA6MDAuMDAgW3NvYWlvZDJdCiAgIDAgICAgMTcgICAgIDAgICAwIC0xNiAgMCAgICAg ICAgMCAgICAgIDAgLSAgICAgICAgREwgICAgLSAgICAwOjAwLjAwIFtzb2Fpb2QzXQogICAwICAg IDE4ICAgICAwICAgMCAtMTYgIDAgICAgICAgIDAgICAgICAwIC0gICAgICAgIERMICAgIC0gICAg MDowMC4wMCBbc29haW9kNF0KICAgMCAgICAxOSAgICAgMCAgIDAgLTE2ICAwICAgICAgICAwICAg ICAgMCBpZGxlICAgICBETCAgICAtICAgIDA6MDAuMDEgW2VuY19kYWVtb24wXQogICAwICAgIDIw ICAgICAwICAgMCAtMTYgIDAgICAgICAgIDAgICAgICAwIHBzbGVlcCAgIERMICAgIC0gICAgMDow MS4zNiBbcGFnZWRhZW1vbl0KICAgMCAgICAyMSAgICAgMCAgIDAgLTE2ICAwICAgICAgICAwICAg ICAgMCBwc2xlZXAgICBETCAgICAtICAgIDA6MDAuMDAgW3ZtZGFlbW9uXQogICAwICAgIDIyICAg ICAwICAgMCAtMTYgIDAgICAgICAgIDAgICAgICAwIHBzbGVlcCAgIERMICAgIC0gICAgMDowMi4z NyBbYnVmZGFlbW9uXQogICAwICAgIDIzICAgICAwICAgMCAgMjAgIDAgICAgICAgIDAgICAgICAw IC0gICAgICAgIERMICAgIC0gICAgMDowMC4yMSBbYnVmc3BhY2VkYWVtb25dCiAgIDAgICAgMjQg ICAgIDAgICAwICAxNiAgMCAgICAgICAgMCAgICAgIDAgc3luY2VyICAgREwgICAgLSAgICAwOjAz LjcwIFtzeW5jZXJdCiAgIDAgICAgMjUgICAgIDAgICAwIC0xNiAgMCAgICAgICAgMCAgICAgIDAg dmxydXd0ICAgREwgICAgLSAgICAwOjAwLjA0IFt2bmxydV0KICAgMCAgICAyNiAgICAgMCAgIDAg IDE2ICAwICAgICAgICAwICAgICAgMCBjX2Zsb3djbCBETCAgICAtICAgIDA6MDAuMDEgW2Zsb3dj bGVhbmVyXQogICAwICAgMzQ4ICAgICAxICAgMCAgMjAgIDAgICAgIDk1OTYgICA0OTkyIHNlbGVj dCAgIERzICAgIC0gICAgMDowMC40NyBbZGV2ZF0KICAgMCAgIDQxMSAgICAgMSAgIDAgIDUyICAw ICAgIDEyNzU2ICAgMjIwMCBzZWxlY3QgICBEcyAgICAtICAgIDA6MDAuMDAgW21vdXNlZF0KICAg MCAgIDQ0OSAgICAgMSAgIDAgIDIwICAwICAgIDEyNzU2ICAgMjI1NiBzZWxlY3QgICBEcyAgICAt ICAgIDA6MTQuMDcgW21vdXNlZF0KICAgMCAgIDUyMCAgICAgMSAgIDAgIDUyICAwICAgIDEwNTEy ICAgMjA2NCBwYXVzZSAgICBEcyAgICAtICAgIDA6MDAuMDAgW2RhZW1vbl0KIDkyOCAgIDUyMSAg IDUyMCAgIDAgIDUyICAwICAgIDYyMDg4ICAgODQ2MCBuYW5zbHAgICBEICAgICAtICAgIDA6MDAu MTYgW25zbGNkXQogICAwICAgNTMwICAgICAxICAgMCAgMjAgIDAgICAgMTI2MTYgICAyNDgwIHNl bGVjdCAgIERzICAgIC0gICAgMDowMC42MiBbc3lzbG9nZF0KICAgMSAgIDUzOCAgICAgMSAgIDAg IDIwICAwICAgIDEyNTY0ICAgMjQ2OCBzZWxlY3QgICBEcyAgICAtICAgIDA6MDAuMDIgW3JwY2Jp bmRdCiAzODkgICA2MzUgICAgIDEgICAwICA1MiAgMCAgIDI5NDA4MCAgMTY5MDggdXdhaXQgICAg RHMgICAgLSAgICAwOjAwLjMyIFtzbGFwZF0KICAgMCAgIDY3MyAgICAgMSAgIDAgIDUyICAwICAg IDEwODQ0ICAgMjIyNCBwYXVzZSAgICBEcyAgICAtICAgIDA6MDAuMDAgW25mc3VzZXJkXQogICAw ICAgNjc0ICAgNjczICAgMCAgMjAgIDAgICAgMTA4NDQgICAyMzcyIHNid2FpdCAgIEQgICAgIC0g ICAgMDowMC4wMCBbbmZzdXNlcmRdCiAgIDAgICA2NzUgICA2NzMgICAwICAyMCAgMCAgICAxMDg0 NCAgIDIzNzIgc2J3YWl0ICAgRCAgICAgLSAgICAwOjAwLjAwIFtuZnN1c2VyZF0KICAgMCAgIDY3 NiAgIDY3MyAgIDAgIDIwICAwICAgIDEwODQ0ICAgMjM3MiBzYndhaXQgICBEICAgICAtICAgIDA6 MDAuMDAgW25mc3VzZXJkXQogICAwICAgNjc3ICAgNjczICAgMCAgMjAgIDAgICAgMTA4NDQgICAy MzcyIHNlbGVjdCAgIEQgICAgIC0gICAgMDowMC4wMCBbbmZzdXNlcmRdCiAgIDAgICA2ODcgICAg IDEgICAwICAyMCAgMCAgIDI3NDY2MCAgIDMyMjAgc2VsZWN0ICAgRHMgICAgLSAgICAwOjAwLjAx IFtycGMuc3RhdGRdCiAgIDAgICA2OTQgICAgIDEgICAwICA1MiAgMCAgICAxMjU3MiAgIDMyMzIg cnBjc3ZjICAgRHMgICAgLSAgICAwOjAwLjAxIFtycGMubG9ja2RdCiA1NTYgICA3MjQgICAgIDEg ICAwICAyMCAgMCAgICAxNTI2OCAgIDMxNjggc2VsZWN0ICAgRHMgICAgLSAgICAwOjAwLjAzIFtk YnVzLWRhZW1vbl0KICAgMCAgIDc1OSAgICAgMSAgIDAgIDIwICAwICAgIDIyNzcyICAxMjYyOCBz ZWxlY3QgICBEcyAgICAtICAgIDA6MDAuNDQgW250cGRdCiAxOTQgICA3ODYgICAgIDEgICAwICAy MCAgMCAgICA0MzgyNCAgIDMzNzYgc2VsZWN0ICAgRHMgICAgLSAgICAwOjAwLjI5IFtzYW5lZF0K ICAgMCAgIDg0NSAgICAgMSAgIDAgIDUyICAwICAgIDU5OTkyICAgNzYxNiBzZWxlY3QgICBEcyAg ICAtICAgIDA6MDAuMDAgW3NzaGRdCiAgIDAgICA4NTAgICAgIDEgICAwICAyMCAgMCAgICA2Njkx MiAgIDkwNjAga3FyZWFkICAgRHMgICAgLSAgICAwOjAwLjA5IFtjdXBzZF0KIDk3MCAgIDg1MiAg ICAgMSAgIDAgIDUyICAwICAgIDY3NDg0ICAxMDUyNCBzZWxlY3QgICBEICAgICAtICAgIDA6MDAu MTQgW2NvbG9yZF0KICAgMCAgIDg2NyAgICAgMSAgIDAgIDIwICAwICAgIDg4MTY4ICAgOTYyMCBz ZWxlY3QgICBEcyAgICAtICAgIDA6MDAuMTUgW3NlbmRtYWlsXQogIDI1ICAgODcwICAgICAxICAg MCAgMjAgIDAgICAgMjUwMDggICA2Nzk2IHBhdXNlICAgIERzICAgIC0gICAgMDowMC4wMCBbc2Vu ZG1haWxdCiAgIDAgICA4NzQgICAgIDEgICAwICAyMCAgMCAgICAxNDcxMiAgIDI2NDQgbmFuc2xw ICAgRHMgICAgLSAgICAwOjAwLjAzIFtjcm9uXQogICAwICAgODk2ICAgICAxICAgMCAgNTIgIDAg ICAgIDgzNzIgICAyMTAwIGFjY2VwdCAgIERzICAgIC0gICAgMDowMC4wMCBbbmZzY2JkXQogICAw ICAgODk3ICAgODk2ICAgMCAgNTIgIDAgICAgIDgzNzIgICAyMTAwIHJwY3N2YyAgIEQgICAgIC0g ICAgMDowMC4wMSBbbmZzY2JkXQogICAwICAgOTIzICAgICAxICAgMCAgNTIgIDAgICAgMTQ3NTIg ICAyNDE2IHNlbGVjdCAgIERzICAgIC0gICAgMDowMC4wMCBbaW5ldGRdCiAgIDAgICA5NDUgICAg IDEgICAwICAyMCAgMCAgICAxMDU0OCAgIDIyNTYga3FyZWFkICAgRHMgICAgLSAgICAwOjAwLjAw IFthdXRvdW5tb3VudGRdCiAgIDAgICA5NDkgICAgIDEgICAwICAyMCAgMCAgICAxMDU0OCAgIDIy NTIgYXV0b2ZzY3YgRHMgICAgLSAgICAwOjAwLjAwIFthdXRvbW91bnRkXQogICAwICAgOTU0ICAg ICAxICAgMCAgNTIgIDAgICAgMTA1MzIgICAyMjU2IHR0eWluICAgIERzKyAgIC0gICAgMDowMC4w MCBbZ2V0dHldCiAgIDAgICA5NTUgICAgIDEgICAwICA1MiAgMCAgICAxMDUzMiAgIDIyNTYgdHR5 aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtnZXR0eV0KICAgMCAgIDk1NiAgICAgMSAgIDAgIDUy ICAwICAgIDEwNTMyICAgMjI1NiB0dHlpbiAgICBEcysgICAtICAgIDA6MDAuMDAgW2dldHR5XQog ICAwICAgOTU3ICAgICAxICAgMCAgNTIgIDAgICAgMTA1MzIgICAyMjU2IHR0eWluICAgIERzKyAg IC0gICAgMDowMC4wMCBbZ2V0dHldCiAgIDAgICA5NTggICAgIDEgICAwICA1MiAgMCAgICAxMDUz MiAgIDIyNTYgdHR5aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtnZXR0eV0KICAgMCAgIDk1OSAg ICAgMSAgIDAgIDUyICAwICAgIDEwNTMyICAgMjI1NiB0dHlpbiAgICBEcysgICAtICAgIDA6MDAu MDAgW2dldHR5XQogICAwICAgOTYwICAgICAxICAgMCAgNTIgIDAgICAgMTA1MzIgICAyMjU2IHR0 eWluICAgIERzKyAgIC0gICAgMDowMC4wMCBbZ2V0dHldCiAgIDAgICA5NjEgICAgIDEgICAwICA1 MiAgMCAgICAxMDUzMiAgIDIyNTYgdHR5aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtnZXR0eV0K ICAgMCAgIDk2MiAgICAgMSAgIDAgIDUyICAwICAgIDEwNTMyICAgMjI1NiB0dHlpbiAgICBEcysg ICAtICAgIDA6MDAuMDAgW2dldHR5XQogICAwICAgOTYzICAgICAxICAgMCAgMzggIDAgICAgMzk3 MTIgICAzNzcyIHBhdXNlICAgIEQgICAgIC0gICAgMDowMC4wMSBbeGRtXQogICAwICAgOTY1ICAg OTYzICAgMCAgMjEgIDAgMTI3NjgzMzYgIDgxMjEyIHNlbGVjdCAgIERzICAgIC0gICAxNjozOS4z NyBbWG9yZ10KICAgMCAgIDk2OCAgIDk2MyAgIDAgIDIwICAwICAgIDcxMDIwICAgNzcxNiB3YWl0 ICAgICBEcyAgICAtICAgIDA6MDAuMDYgW3hkbV0KMjAwMiAgIDk3OCAgIDk2OCAgIDAgIDUyICAw ICAgIDEzMjUyICAgMjYwOCB3YWl0ICAgICBEcyAgICAtICAgIDA6MDAuMDEgW3NoXQoyMDAyICAg OTg4ICAgOTc4ICAgMCAgNTIgIDAgICAxMTI2MTYgICA5NTUyIHdhaXQgICAgIEQgICAgIC0gICAg MDowMC4xNiBbd21ha2VyXQoyMDAyICAgOTg5ICAgOTg4ICAgMCAgMjAgIDAgICAgMzM2MDAgICAz NjQ0IHNlbGVjdCAgIERzICAgIC0gICAgMDoxMC42NiBbZ3BnLWFnZW50XQoyMDAyICAgOTkwICAg OTg4ICAgMCAgMjAgIDAgICAxMjYyODAgIDE4NTY4IHNlbGVjdCAgIEQgICAgIC0gICAgMDoyNi42 NSBbd21ha2VyXQoyMDAyICAgOTk1ICAgOTkwICAgMCAgMjcgIDAgICA1MDc5NDQgIDkwNzM2IHNl bGVjdCAgIERzICAgIC0gICAgMTo0Ny45MyBbY2xhd3MtbWFpbF0KMjAwMiAgMTAxNyAgIDk5MCAg IDAgIDIwICAwICAxMzU2Mzk2IDgzMjU0OCBzZWxlY3QgICBEcyAgICAtICAgMjg6MDYuNDAgW2Zp cmVmb3hdCjIwMDIgIDEwMjIgICAgIDEgICAwICA1MiAgMCAgICAyNjQ1NiAgIDM2MzIgc2VsZWN0 ICAgRCAgICAgLSAgICAwOjAwLjAwIFtkYnVzLWxhdW5jaF0KMjAwMiAgMTAyMyAgICAgMSAgIDAg IDIwICAwICAgIDE1MjY4ICAgMzA2OCBzZWxlY3QgICBEcyAgICAtICAgIDA6MDAuMDQgW2RidXMt ZGFlbW9uXQoyMDAyICAxMDI0ICAgOTkwICAgMCAgMjAgIDAgICAgODQyOTYgIDIxNzUyIHNlbGVj dCAgIERzICAgIC0gICAgMDowNS4wNCBbeHRlcm1dCjIwMDIgIDEwMjYgIDEwMjQgICAwICAyNSAg MCAgICAxMzI1MiAgIDMxODggd2FpdCAgICAgRHMgICAgLSAgICAwOjAwLjAxIFtzaF0KICAgMCAg MTAyOSAgMTAyNiAgIDAgIDIxICAwICAgIDY2NDg4ICAgNzU1MiBzZWxlY3QgICBEICAgICAtICAg IDA6MDAuMDEgW3N1ZG9dCiAgIDAgIDEwMzAgIDEwMjkgICAwICAyMSAgMCAgICA1MDAxMiAgIDMx NjQgd2FpdCAgICAgRCAgICAgLSAgICAwOjAwLjAxIFtzdV0KICAgMCAgMTAzMSAgMTAzMCAgIDAg IDIwICAwICAgIDIxNzg4ICAgMzgwMCBwYXVzZSAgICBEICAgICAtICAgIDA6MDAuMDIgW2NzaF0K MjAwMiAgMTA0NiAgIDk5MCAgIDAgIDIwICAwICAgIDg0Mjk2ICAyMTgyMCBzZWxlY3QgICBEcyAg ICAtICAgIDA6MDEuMjAgW3h0ZXJtXQoyMDAyICAxMDQ4ICAxMDQ2ICAgMCAgMjYgIDAgICAgMTMy NTIgICAzMjEyIHdhaXQgICAgIERzICAgIC0gICAgMDowMC4wMSBbc2hdCiAgIDAgIDEwNTEgIDEw NDggICAwICAyMSAgMCAgICA2NjQ4OCAgIDc1OTIgc2VsZWN0ICAgRCAgICAgLSAgICAwOjAwLjAx IFtzdWRvXQogICAwICAxMDUyICAxMDUxICAgMCAgMjEgIDAgICAgNTAwMTIgICAzMTY0IHdhaXQg ICAgIEQgICAgIC0gICAgMDowMC4wMSBbc3VdCiAgIDAgIDEwNTMgIDEwNTIgICAwICAyMCAgMCAg ICAyMzgzNiAgIDQyNDQgdHR5aW4gICAgRCsgICAgLSAgICAwOjAwLjMxIFtjc2hdCjIwMDIgIDEw NzggICA5OTAgICAwICAyMCAgMCAgICA4NDI5NiAgMjE4MTYgc2VsZWN0ICAgRHMgICAgLSAgICAw OjAxLjkxIFt4dGVybV0KMjAwMiAgMTA4MCAgMTA3OCAgIDAgIDIwICAwICAgIDEzMjUyICAgMzIy MCB3YWl0ICAgICBEcyAgICAtICAgIDA6MDAuMDcgW3NoXQoyMDAyICAxMTc5ICAgOTkwICAgMCAg MjAgIDAgICAgODQyOTYgIDIxODI0IHNlbGVjdCAgIERzICAgIC0gICAgMDowMi43NSBbeHRlcm1d CjIwMDIgIDExODEgIDExNzkgICAwICAyNCAgMCAgICAxMzI1MiAgIDMyMjAgdHR5aW4gICAgRHMr ICAgLSAgICAwOjAwLjAxIFtzaF0KICAgMCAgMTIzNiAgMTA4MCAgIDAgIDIwICAwICAgIDY2NDg4 ICAgNzU5MiBzZWxlY3QgICBEICAgICAtICAgIDA6MDAuMDEgW3N1ZG9dCiAgIDAgIDEyMzcgIDEy MzYgICAwICAyMCAgMCAgICA1MDAxMiAgIDMxNjQgd2FpdCAgICAgRCAgICAgLSAgICAwOjAwLjAx IFtzdV0KICAgMCAgMTIzOCAgMTIzNyAgIDAgIDIwICAwICAgIDIzODM2ICAgNDIzNiBwYXVzZSAg ICBEICAgICAtICAgIDA6MDAuMDQgW2NzaF0KICAgMCAgMTI0MSAgMTIzOCAgIDAgIDIwICAwICAg IDIxMDg4ICAgMjYwNCBuYW5zbHAgICBEKyAgICAtICAgIDA6MTEuOTAgW3Ztc3RhdF0KMjAwMiAg MTM0NyAgICAgMSAgIDAgIDIwICAwICAgIDM4MTI0ICAgNTk5NiBzZWxlY3QgICBEICAgICAtICAg IDA6MDAuMDEgW2Rjb25mLXNlcnZpY2VdCiAgIDAgMjY1MzkgOTQ1MjQgICAwICA1MiAgMCAgICAx MzI1MiAgIDMzODQgd2FpdCAgICAgRCsgICAgLSAgICAwOjAwLjAwIFtzaF0KICAgMCAzMTcxNyAg ICAgMSAgIDAgIDUyIDEwICAgICA1MDM2ICAgMTU0OCB3YWl0ICAgICBETisgICAtICAgIDA6MDAu MDAgW21ha2VdCiAgIDAgMzE3NDAgNDQzMTYgICAwICA1MiAgMCAgICAxMzI1MiAgIDMzOTYgd2Fp dCAgICAgRCsgICAgLSAgICAwOjAwLjAwIFtzaF0KICAgMCAzMTc2MCAzMTcxNyAgIDAgIDUyIDEw ICAgICA1MDM2ICAgMTU1MiB3YWl0ICAgICBETisgICAtICAgIDA6MDAuMDAgW21ha2VdCiAgIDAg MzE3NzAgMzE3NjAgICAwICA4MyAxMCAgICAgODM3NiAgIDI4NjggLSAgICAgICAgUk4rICAgLSAg ICAwOjAwLjAwIFtybV0KICAgMCAzMTgxNSAzMTc0MCAgIDAgIDUyIDEwICAgICA1MDM2ICAgMTQy OCB3YWl0ICAgICBETisgICAtICAgIDA6MDAuMDAgW21ha2VdCiAgIDAgMzE4OTMgMzE4MTUgICAw ICA1MiAxMCAgICAxMDQ0NCAgIDIyODAgc2VsZWN0ICAgRE4rICAgLSAgICAwOjAwLjAwIFtjaG93 bl0KICAgMCA0NDI3MiAyNjUzOSAgIDAgIDUyICAwICAgIDEzMjUyICAgMzM2NCB3YWl0ICAgICBE KyAgICAtICAgIDA6MDAuMDAgW3NoXQogICAwIDQ0MzE2IDQ0MjcyICAgMCAgNTIgIDAgICAgMTMy NTIgICAzNDAwIHdhaXQgICAgIEQrICAgIC0gICAgMDowMC4wMCBbc2hdCiAgIDAgNjQ4NTQgICAg IDEgICAwICAyMCAgMCAgICA0Njg2OCAgIDY1NDggc2VsZWN0ICAgRCAgICAgLSAgICAwOjAwLjEz IFt1cG93ZXJkXQogICAwIDY0ODU2ICAgICAxICAgMCAgMjEgIDAgICAgNzAyMjAgICA3NDA4IG4g ICAgICAgIEQgICAgIC0gICAgMDowMC4wMiBbY29uc29sZS1raXQtZGFlbW9uXQogNTY1IDY0ODU4 ICAgICAxICAgMCAgMjAgIDAgICAgOTE2NjggIDEzMTMyIHNlbGVjdCAgIEQgICAgIC0gICAgMDow MC4xMyBbcG9sa2l0ZF0KICAgMCA2NDkzNyAgMTAzMSAgIDAgIDUyICAwICAgIDEzMjUyICAgMzQ1 MiB3YWl0ICAgICBEKyAgICAtICAgIDA6MDAuMDIgW3NoXQoyMDAyIDkyMTcyICAgOTkwICAgMCAg MjAgIDAgICAgNzQwNTIgIDEyMTkyIHNlbGVjdCAgIERzICAgIC0gICAgMDowMC4wMCBbeHRlcm1d CjIwMDIgOTIxNzQgOTIxNzIgICAwICA1MiAgMCAgICAxMzI1MiAgIDMyMTIgdHR5aW4gICAgRHMr ICAgLSAgICAwOjAwLjAwIFtzaF0KICAgMCA5NDUyNCA2NDkzNyAgIDAgIDUyICAwICAgIDEzMjUy ICAgMzM4NCB3YWl0ICAgICBEKyAgICAtICAgIDA6MDAuMDAgW3NoXQogICAwIDk5MjUzICAgICAw ICAgMCAtMTYgIDAgICAgICAgIDAgICAgICAwIG5mc2NsICAgIERMICAgIC0gICAgMDowMC4wMCBb bmZzY2xdCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0Kdm1zdGF0IC1zCgogNzcwODE3NzYgY3B1IGNvbnRleHQg c3dpdGNoZXMKICAyODIyOTIzIGRldmljZSBpbnRlcnJ1cHRzCiAgIDQzNzYzNSBzb2Z0d2FyZSBp bnRlcnJ1cHRzCiA4Mzc4NTE1OSB0cmFwcwoxNzEyNzQ0NzUgc3lzdGVtIGNhbGxzCiAgICAgICA2 NyBrZXJuZWwgdGhyZWFkcyBjcmVhdGVkCiAgIDI5NzQ5OSAgZm9yaygpIGNhbGxzCiAgIDEzMzYy MyB2Zm9yaygpIGNhbGxzCiAgICAgICAgMCByZm9yaygpIGNhbGxzCiAgICAgICAgMCBzd2FwIHBh Z2VyIHBhZ2VpbnMKICAgICAgICAwIHN3YXAgcGFnZXIgcGFnZXMgcGFnZWQgaW4KICAgICAgICAw IHN3YXAgcGFnZXIgcGFnZW91dHMKICAgICAgICAwIHN3YXAgcGFnZXIgcGFnZXMgcGFnZWQgb3V0 CiAgIDEzOTI3NSB2bm9kZSBwYWdlciBwYWdlaW5zCiAgIDEzOTUxMyB2bm9kZSBwYWdlciBwYWdl cyBwYWdlZCBpbgogICAgICAxMjAgdm5vZGUgcGFnZXIgcGFnZW91dHMKICAgICAgMTQxIHZub2Rl IHBhZ2VyIHBhZ2VzIHBhZ2VkIG91dAogICAgICAgIDAgcGFnZSBkYWVtb24gd2FrZXVwcwogICAg ICAgIDAgcGFnZXMgZXhhbWluZWQgYnkgdGhlIHBhZ2UgZGFlbW9uCiAgICAgICAgMCBwYWdlcyBy ZWFjdGl2YXRlZAogMTE4NTA5NzYgY29weS1vbi13cml0ZSBmYXVsdHMKICAgIDM3NjAyIGNvcHkt b24td3JpdGUgb3B0aW1pemVkIGZhdWx0cwogNDQ2NzQwNDEgemVybyBmaWxsIHBhZ2VzIHplcm9l ZAogICAgMzU0NDcgemVybyBmaWxsIHBhZ2VzIHByZXplcm9lZAogICAgICA1MzggaW50cmFuc2l0 IGJsb2NraW5nIHBhZ2UgZmF1bHRzCiA2NzEyNDI2NCB0b3RhbCBWTSBmYXVsdHMgdGFrZW4KICAg MTU5ODAxIHBhZ2UgZmF1bHRzIHJlcXVpcmluZyBJL08KICAgICAgICAwIHBhZ2VzIGFmZmVjdGVk IGJ5IGtlcm5lbCB0aHJlYWQgY3JlYXRpb24KIDExMDAxNTU1IHBhZ2VzIGFmZmVjdGVkIGJ5ICBm b3JrKCkKICA2NzAwNzA0IHBhZ2VzIGFmZmVjdGVkIGJ5IHZmb3JrKCkKICAgICAgICAwIHBhZ2Vz IGFmZmVjdGVkIGJ5IHJmb3JrKCkKICAgICAgICAwIHBhZ2VzIGNhY2hlZAogNzI3MzE3NzUgcGFn ZXMgZnJlZWQKICAgICAgICAwIHBhZ2VzIGZyZWVkIGJ5IGRhZW1vbgogICAgICAgIDAgcGFnZXMg ZnJlZWQgYnkgZXhpdGluZyBwcm9jZXNzZXMKICAgMTQ5NzU2IHBhZ2VzIGFjdGl2ZQogICAzMzU2 OTEgcGFnZXMgaW5hY3RpdmUKICAgICAgICAwIHBhZ2VzIGluIFZNIGNhY2hlCiAgMTQ2OTcxNCBw YWdlcyB3aXJlZCBkb3duCiAgICA2Nzg4MyBwYWdlcyBmcmVlCiAgICAgNDA5NiBieXRlcyBwZXIg cGFnZQogICAgICAgIDAgdG90YWwgbmFtZSBsb29rdXBzCiAgICAgICAgICBjYWNoZSBoaXRzICgw JSBwb3MgKyAwJSBuZWcpIHN5c3RlbSAwJSBwZXItZGlyZWN0b3J5CiAgICAgICAgICBkZWxldGlv bnMgMCUsIGZhbHNlaGl0cyAwJSwgdG9vbG9uZyAwJQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnZtc3RhdCAt bQoKICAgICAgICAgVHlwZSBJblVzZSBNZW1Vc2UgSGlnaFVzZSBSZXF1ZXN0cyAgU2l6ZShzKQog ICAgICBlbnRyb3B5ICAgICAwICAgICAwSyAgICAgICAtICAgIDE0NDczICA0MDk2CiAgICAgIHNv bGFyaXMgMTYyMzAwIDcxNTA0SyAgICAgICAtIDIyMTg2MDk3OSAgMTYsMzIsNjQsMTI4LDI1Niw1 MTIsMTAyNCwyMDQ4LDQwOTYsODE5MiwzMjc2OAogICAgICAgICBoZGFhICAgIDEwICAgIDYzSyAg ICAgICAtICAgICAgIDEwICAxMjgsMTAyNCwyMDQ4LDQwOTYsMTYzODQsMzI3NjgKICAgICAgICAg aGRhYyAgICAgMiAgICAgMksgICAgICAgLSAgICAgICAgMiAgMTAyNAogICAgICAgIGhkYWNjICAg ICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAzMgogICAgICAgZmVlZGVyICAgIDI5ICAgICAz SyAgICAgICAtICAgICAyNzI3ICAzMiwxMjgKICAgICAgICBtaXhlciAgICAgNyAgICAyOEsgICAg ICAgLSAgICAgICAgNyAgNDA5NgogICBrc3RhdF9kYXRhICAgICA2ICAgICAxSyAgICAgICAtICAg ICAgICA2ICA2NAogICAgICAgICAgVVNCICAgIDk2ICAgMTcxSyAgICAgICAtICAgICAgMTE0ICAx NiwzMiwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5NiwxNjM4NCwzMjc2OAogICAgICAgVVNCZGV2 ICAgIDcyICAgIDE3SyAgICAgICAtICAgICAgIDc0ICAzMiw2NCwxMjgsMjU2LDUxMiw0MDk2CiAg ICAgIENBTSBTSU0gICAgMTIgICAgIDNLICAgICAgIC0gICAgICAgMTIgIDI1NgogICAgICBDQU0g WFBUICAgIDY3ICAgICA2SyAgICAgICAtICAgICAgNDIwICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwx MDI0LDIwNDgsNjU1MzYKICAgICAgQ0FNIERFViAgICAxOCAgICAzNksgICAgICAgLSAgICAgICAz MSAgMjA0OAogICAgICBDQU0gQ0NCICAgICAwICAgICAwSyAgICAgICAtICAgNDUxNDkyICAyMDQ4 CiAgICAgQ0FNIHBhdGggICAgMjUgICAgIDFLICAgICAgIC0gICAgICAxMzkgIDMyCiAgZGRiX2Nh cHR1cmUgICAgIDEgICAgNjRLICAgICAgIC0gICAgICAgIDEgIDY1NTM2CiAgICAgYWNwaWludHIg ICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDY0CiAgICAgICBhY3BpY2EgIDU2NjYgICA1 ODBLICAgICAgIC0gICAgNjA2MTQgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0MDk2 CiAgICAgICAgdnRidWYgICAgMjAgIDE2NDBLICAgICAgIC0gICAgICAgMzggIDQwOTYKICAgICAg ICAgICB2dCAgICAgOSAgICAgNUsgICAgICAgLSAgICAgICAgOSAgNTEyCiAgICAgc3lzbW91c2Ug ICAgIDEgICAgIDJLICAgICAgIC0gICAgICAgIDMgIDIwNDgKICAgICAgIGF1dG9mcyAgICAxNSAg ICAxN0sgICAgICAgLSAgICAgICA5MyAgMTYsMTI4LDgxOTIKICAgICBhY3BpdGFzayAgICAgMSAg ICA2NEsgICAgICAgLSAgICAgICAgMSAgNjU1MzYKICAgICAgYWNwaXNlbSAgICA3NiAgICAxMEsg ICAgICAgLSAgICAgICA3NiAgMTI4CiAgIENBTSBwZXJpcGggICAgMTYgICAgIDRLICAgICAgIC0g ICAgIDQ0NTcgIDE2LDMyLDY0LDEyOCwyNTYKICAgICAgYWNwaWRldiAgICA0NyAgICAgM0sgICAg ICAgLSAgICAgICA0NyAgNjQKQ0FNIEkvTyBTY2hlZHVsZXIgICAgIDUgICAgIDFLICAgICAgIC0g ICAgICAgIDUgIDEyOAogICAgQ0FNIHF1ZXVlICAgIDMwICAgIDEwSyAgICAgICAtICAgICAgIDc1 ICAxNiwzMiw1MTIKICAgICAgc2NzaV9jZCAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgOCAg MTYKICAgICAgIERFVkZTMyAgIDIyNiAgICA1N0sgICAgICAgLSAgICAgIDI1MyAgMjU2CiAgICAg ICBERVZGUzEgICAxOTQgICAgOTdLICAgICAgIC0gICAgICAyMTcgIDUxMgogICBERVZGU19SVUxF ICAgIDU4ICAgIDI3SyAgICAgICAtICAgICAgIDU4ICA2NCw1MTIKICAgICAgICBERVZGUyAgICAy NCAgICAgMUsgICAgICAgLSAgICAgICAyNSAgMTYsMTI4CiAgICAgICBERVZGU1AgICAgMTYgICAg IDFLICAgICAgIC0gICAgICAgMzUgIDY0CiAgZmRlc2NfbW91bnQgICAgIDEgICAgIDFLICAgICAg IC0gICAgICAgIDEgIDE2Ck5GU0QgVjRjbGllbnQgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAg IDEgIDI1NgogTkZTRCBsY2tmaWxlICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAyNTYK ICBORlNEIHN0cmluZyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMzIKTkZTRCB1c3Jn cm91cCAgICA3NyAgICA0MksgICAgICAgLSAgICAgIDE3MiAgMTI4LDgxOTIKICAgICAgTkZTIHJl cSAgICAgMCAgICAgMEsgICAgICAgLSAgICA4NzI4MiAgNjQKICAgICAgIE5GUyBmaCA3NzI5MyAg MjQxNksgICAgICAgLSAgIDI0ODE0OCAgMzIKICBORlNDTCBvd25lciAgICAgMCAgICAgMEsgICAg ICAgLSAgICAgIDQ3OCAgNjQKICAgTkZTQ0wgb3BlbiAgICAgMCAgICAgMEsgICAgICAgLSAgICAg IDM1MSAgMjU2CiBORlNDTCBjbGllbnQgICAgIDEgICAgIDhLICAgICAgIC0gICAgICA0NzggIDgx OTIKICAgTkVXTkZTbm9kZSA3NzI5MiAgNTg1MUsgICAgICAgLSAgIDIyOTUwNyAgNjQsMTI4LDI1 NgpORlNDTCBkaXJvZmZkaXJvZmYgICAxMTkgICAgNjBLICAgICAgIC0gICAgICAxMTkgIDUxMgpO RlNDTCBzZXNzaW9uICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxMDI0CiBORlNEIHNl c3Npb24gICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEwMjQKICAgIG5ld25mc21udCAg ICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTAyNAogICAgcGZzX25vZGVzICAgIDIxICAg ICA2SyAgICAgICAtICAgICAgIDIxICAyNTYKICBwZnNfdm5jYWNoZSAgICAgMCAgICAgMEsgICAg ICAgLSAgICAgICA0MSAgNjQKICB0bXBmcyBtb3VudCAgICAgMiAgICAgMUsgICAgICAgLSAgICAg ICAgMiAgMTI4CiAgIHRtcGZzIG5hbWUgICAgNjIgICAgIDJLICAgICAgIC0gICAgMTA4MDUgIDE2 LDMyLDY0LDEyOAogICAgICBnZ19kYXRhICAgICAxICAgICAySyAgICAgICAtICAgICAgICAxICAy MDQ4CiAgICAgICAgIEdFT00gICAzNjQgICAgNTlLICAgICAgIC0gICAgIDM2NTkgIDE2LDMyLDY0 LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw4MTkyLDE2Mzg0CiAgICByYWlkX2RhdGEgICAgIDAgICAg IDBLICAgICAgIC0gICAgICA0NDQgIDMyLDEyOCwyNTYKICAgICAgIGlzYWRldiAgICAgNyAgICAg MUsgICAgICAgLSAgICAgICAgNyAgMTI4CiAgICAgICBjdGxtZW0gICAgIDYgICAxOTNLICAgICAg IC0gICAgICAgIDYgIDE2LDMyLDY1NTM2CiAgICAgcGNpX2xpbmsgICAgMTYgICAgIDJLICAgICAg IC0gICAgICAgMTYgIDY0LDEyOAogICAgYWNwaV9wZXJmICAgICA0ICAgICAySyAgICAgICAtICAg ICAgICA0ICA1MTIKICAgICAgICAgY2RldiAgICAgNSAgICAgMksgICAgICAgLSAgICAgICAgNSAg MjU2CiAgICAgZmlsZWRlc2MgICAgMTEgICAgNDVLICAgICAgIC0gICAgICA1NzcgIDE2LDMyLDY0 LDQwOTYsODE5MiwxNjM4NCwzMjc2OAogICAgICAgIHNpZ2lvICAgICAyICAgICAxSyAgICAgICAt ICAgICAgICAyICA2NAogICAgIGZpbGVjYXBzICAgICAwICAgICAwSyAgICAgICAtICAgICA1MzI4 ICAxNgogICAgICBrZHRyYWNlICAgOTY1ICAgMjIxSyAgICAgICAtICAgNDMzNDcxICA2NCwyNTYK ICAgICAgICAga2VudiAgIDEyMiAgICAxM0sgICAgICAgLSAgICAgIDEyNiAgMTYsMzIsNjQsMTI4 LDgxOTIKICAgICAgIGtxdWV1ZSAgIDEyOCAgICAyNEsgICAgICAgLSAgIDQzMTIyNCAgNjQsMjU2 LDUxMiwyMDQ4CiAgICBwcm9jLWFyZ3MgICAgODQgICAgIDZLICAgICAgIC0gICAyODA0MDEgIDE2 LDMyLDY0LDEyOCwyNTYKICBGYWlsIFBvaW50cyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAy NCAgMTAyNAogICAgICAgIGhob29rICAgIDEzICAgICAzSyAgICAgICAtICAgICAgIDEzICAzMiwy NTYKICAgICAgaXRocmVhZCAgIDEwOCAgICAxOEsgICAgICAgLSAgICAgIDEwOCAgMzIsMTI4LDI1 NgogICAgICAgS1RSQUNFICAgMTAwICAgIDEzSyAgICAgICAtICAgICAgMTAwICAxMjgKICAgICAg IGxpbmtlciAgIDE1MCAgNTM2MUsgICAgICAgLSAgICAgIDE2OCAgMTYsMzIsNjQsMTI4LDI1Niw1 MTIsMTAyNCwyMDQ4LDMyNzY4LDY1NTM2CiAgICAgICAgbG9ja2YgICAgNjAgICAgIDdLICAgICAg IC0gIDEzNzYyNjUgIDY0LDEyOAogICBsb2dpbmNsYXNzICAgICAzICAgICAxSyAgICAgICAtICAg ICAgICA0ICA2NAogICAgICAgIGNhY2hlICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAz MgogICAgICAgZGV2YnVmIDIwMjY3IDQwMzg1SyAgICAgICAtICAgIDIzNTU4ICAxNiwzMiw2NCwx MjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5Niw4MTkyLDE2Mzg0LDMyNzY4LDY1NTM2CiAgICAgICAg IHRlbXAgICAgNDAgICAgIDJLICAgICAgIC0gMzQyMjEwOTkgIDE2LDMyLDY0LDEyOCwyNTYsNTEy LDEwMjQsMjA0OCw4MTkyLDE2Mzg0LDY1NTM2CiAgICAgICBtb2R1bGUgICAzMTUgICAgNDBLICAg ICAgIC0gICAgICAzMTUgIDEyOAogICAgIG10eF9wb29sICAgICAzICAgIDg0SyAgICAgICAtICAg ICAgICAzICA4MTkyCiAgICAgICAgICBvc2QgICAgNjQgICAgIDNLICAgICAgIC0gICAxNzAyMDUg IDE2LDMyLDY0LDEyOCwyNTYKICAgICBwbWNob29rcyAgICAgMSAgICAgMUsgICAgICAgLSAgICAg ICAgMSAgMTI4CiAgICAgICAgIHBncnAgICAgNTcgICAgIDhLICAgICAgIC0gICAgIDQyOTIgIDEy OAogICAgICBzZXNzaW9uICAgIDQ5ICAgICA3SyAgICAgICAtICAgICAgMTI3ICAxMjgKICAgICAg ICAgcHJvYyAgICAgMiAgICAzMksgICAgICAgLSAgICAgICAgMiAgMTYzODQKICAgICAgc3VicHJv YyAgIDMxMSAgIDU0OEsgICAgICAgLSAgIDQzMTM5MCAgNTEyLDQwOTYKICAgICAgICAgY3JlZCAg ICA5MSAgICAyM0sgICAgICAgLSAgICAxNjk2NSAgMjU2CiAgICAgIHJhbWRpc2sgICAgIDEgIDEw MjRLICAgICAgIC0gICAgICAgIDEgIAogICAgICAgcGxpbWl0ICAgIDQ0ICAgIDExSyAgICAgICAt ICAgICAxNjM2ICAyNTYKICAgICAgdWlkaW5mbyAgICAxMSAgICAgNksgICAgICAgLSAgICAgMjE0 MSAgMTI4LDQwOTYKICAgICAgIGR1bXBlciAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAg NTEyCkNBTSBkZXYgcXVldWUgICAgMTIgICAgIDFLICAgICAgIC0gICAgICAgMTIgIDY0CiAgICAg ICBzeXNjdGwgICAgIDAgICAgIDBLICAgICAgIC0gICA5Njc5OTUgIDE2LDMyLDY0CiAgICBzeXNj dGxvaWQgIDU5NjkgICAzMDhLICAgICAgIC0gICAgIDYwODIgIDE2LDMyLDY0LDEyOAogICAgc3lz Y3RsdG1wICAgICAwICAgICAwSyAgICAgICAtICAgIDE1ODY5ICAxNiwzMiw2NCwxMjgsMjU2LDEw MjQKICAgICAgc2NzaV9kYSAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgNyAgMTYKICAgICAg dGlkaGFzaCAgICAgMSAgICAzMksgICAgICAgLSAgICAgICAgMSAgMzI3NjgKICAgICAgY2FsbG91 dCAgICAgNSAgMjE4NEsgICAgICAgLSAgICAgICAgNSAgCiAgICAgICAgIHVtdHggIDE3ODIgICAy MjNLICAgICAgIC0gICAgIDE3ODIgIDEyOAogICAgIHAxMDAzLjFiICAgICAxICAgICAxSyAgICAg ICAtICAgICAgICAxICAxNgogICAgICAgICBTV0FQICAgICAyICA4NzQxSyAgICAgICAtICAgICAg ICAyICA2NAogICAgICAgICAgYnVzICAgODgzICAgIDg0SyAgICAgICAtICAgIDEyNTIyICAxNiwz Miw2NCwxMjgsMjU2LDEwMjQKICAgICAgIGJ1cy1zYyAgICA5OSAgMTkxMUsgICAgICAgLSAgICAg IDg2OSAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYsODE5MiwxNjM4NCw2NTUz NgogICAgICBkZXZzdGF0ICAgIDI0ICAgIDQ5SyAgICAgICAtICAgICAgIDI0ICAzMiw0MDk2CiBl dmVudGhhbmRsZXIgICAxMTIgICAgIDlLICAgICAgIC0gICAgICAxMTIgIDY0LDEyOAogICAgdGFz a3F1ZXVlICAgIDE3ICAgIDE4SyAgICAgICAtICAgICAgIDE3ICAxNiwzMiwyNTYsODE5MgogICAg ICAgICBrb2JqICAgMTU3ICAgNjI4SyAgICAgICAtICAgICAyODg3ICA0MDk2CiAgICAgIFBlci1j cHUgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDMyCiAgICAgICAgIHJtYW4gICAyNjEg ICAgMzBLICAgICAgIC0gICAgICA2MTcgIDMyLDEyOAogICAgICAgICBzYnVmICAgICAwICAgICAw SyAgICAgICAtICAgICA3NDUyICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5Niw4 MTkyLDE2Mzg0LDMyNzY4LDY1NTM2CiAgICAgICBzZ2xpc3QgICAgNTAgICAgNzhLICAgICAgIC0g ICAgICAgOTYgIDMyLDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0MDk2LDgxOTIsNjU1MzYKICAgIHRv cG9ub2RlcyAgICAxMiAgICAgMksgICAgICAgLSAgICAgICAxMiAgMTI4CiAgICAgICAgc3RhY2sg ICAgIDAgICAgIDBLICAgICAgIC0gICAgICAyNDQgIDI1NgogICAgdGFza3F1ZXVlICAgMjcwICAg IDMxSyAgICAgICAtICAgICAgNDc0ICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgdGVybWluYWwgICAg IDkgICAgIDNLICAgICAgIC0gICAgICAgIDkgIDI1NgogICAgICAgVW5pdG5vICAgIDMyICAgICAy SyAgICAgICAtICAgMzU2Njg3ICAzMiw2NAogICAgICAgICB2bWVtICAgICAzICAxNDA4SyAgICAg ICAtICAgICAgIDIxICAxMjgsMjU2LDUxMiwyMDQ4LDgxOTIsMTYzODQsMzI3NjgsNjU1MzYKICAg ICAgV2l0bmVzcyAgMTUzOSAgMzI4MksgICAgICAgLSAgICAgMTUzOSAgMjA0OCwxNjM4NAogICAg IGlvY3Rsb3BzICAgICAxICAgICA4SyAgICAgICAtICAgICAgMjU5ICAyNTYsMTAyNCw0MDk2LDgx OTIKICAgICAgIHNlbGVjdCAgIDE4OSAgICAyNEsgICAgICAgLSAgICAgIDE4OSAgMTI4CiAgICAg ICAgICBpb3YgICAgIDMgICAgIDFLICAgICAgIC0gMzA0NDk3MzQgIDE2LDMyLDY0LDEyOCwyNTYs NTEyCiAgICAgICAgICBtc2cgICAgIDQgICAgMzBLICAgICAgIC0gICAgICAgIDQgIDIwNDgsNDA5 Niw4MTkyLDE2Mzg0CiAgICAgICAgICBzZW0gICAgIDQgICAxMDZLICAgICAgIC0gICAgICAgIDQg IDIwNDgsNDA5NgogICAgICAgICAgc2htICAgICA1ICAgIDQwSyAgICAgICAtICAgICAgMjY2ICAy MDQ4LDMyNzY4CiAgICAgICAgICB0dHkgICAgMTYgICAgMTZLICAgICAgIC0gICAgICAgMjAgIDEw MjQsMjA0OAogICAgICAgICAgcHRzICAgICA1ICAgICAySyAgICAgICAtICAgICAgICA1ICAyNTYK ICAgICBtYnVmX3RhZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMiAgMzIKICAgICAgICAg a3NlbSAgICAgMSAgICAgOEsgICAgICAgLSAgICAgICAgMSAgODE5MgogICAgICAgIHNobWZkICAg ICAxICAgICA4SyAgICAgICAtICAgICAgICAxICA4MTkyCiAgICAgICBzb25hbWUgICAgNDMgICAg IDVLICAgICAgIC0gICAgOTM1OTYgIDE2LDMyLDY0LDEyOAogICAgICAgICAgcGNiICAgIDQ2ICAx MTc2SyAgICAgICAtICAgICAxMjc5ICAxNiwzMiwxMjgsMTAyNCwyMDQ4LDgxOTIKICAgICAgICAg IGFjbCAgICAgMCAgICAgMEsgICAgICAgLSAzMzQ1OTkxMiAgNDA5NgogICAgIHZmc2NhY2hlICAg ICA0ICAyMTI5SyAgICAgICAtICAgICAgICA0ICA1MTIsMTYzODQsNjU1MzYKICAgY2xfc2F2ZWJ1 ZiAgICAgMCAgICAgMEsgICAgICAgLSAgICAgMTgwNCAgNjQKICAgICB2ZnNfaGFzaCAgICAgMSAg MTAyNEsgICAgICAgLSAgICAgICAgMSAgCiAgICAgICB2bm9kZXMgICAgIDEgICAgIDFLICAgICAg IC0gICAgICAgIDEgIDI1NgogICAgICAgIG1vdW50ICAgMzE1ICAgIDE1SyAgICAgICAtICAgICAg NDYzICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgU0NTSSBFTkMgICAgMjUgICAxMDBLICAgICAgIC0g ICAgIDIwMDcgIDE2LDY0LDI1NiwyMDQ4LDMyNzY4CiAgdm5vZGVtYXJrZXIgICAgIDAgICAgIDBL ICAgICAgIC0gICAgMTE3ODcgIDUxMgogICAgICBmYWR2aXNlICAgICAwICAgICAwSyAgICAgICAt ICAgICAxMDkxICAzMgogICAgICBHU1MtQVBJICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAx ICA2NAogICAgICAgIGljb252ICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAxMjgKICAg ICAgICAgIEJQRiAgICAgNCAgICAgMUsgICAgICAgLSAgICAgICAgNCAgMTI4CiAgICBmbG93dGFi bGUgICAgIDYgICA1NTJLICAgICAgIC0gICAgICAgIDYgIDgxOTIKICAgICAgICBpZm5ldCAgICAg NSAgICAgOUsgICAgICAgLSAgICAgICAgNSAgMTI4LDIwNDgKICAgICAgIGlmYWRkciAgICAyMCAg ICAgN0sgICAgICAgLSAgICAgICAyMCAgMzIsMjU2LDUxMiw0MDk2CiAgZXRoZXJfbXVsdGkgICAg IDcgICAgIDFLICAgICAgIC0gICAgICAgIDcgIDE2LDY0CiAgICAgICAgY2xvbmUgICAgIDggICAg IDFLICAgICAgIC0gICAgICAgIDggIDEyOAogICAgICBsbHRhYmxlICAgIDExICAgICA0SyAgICAg ICAtICAgICAgIDIxICAyNTYsNTEyCiAgICAgcm91dGV0YmwgICAgIDkgICAgIDJLICAgICAgIC0g ICAgICAgMTAgIDMyLDEyOCw1MTIKICAgICBuZXRncmFwaCAgICAgMSAgICAgMUsgICAgICAgLSAg ICAgICAgMSAgNjQKbmV0Z3JhcGhfbm9kZSAgICAgNCAgICAgMUsgICAgICAgLSAgICAgICAgNCAg MTI4LDI1NgogICAgICAgICBpZ21wICAgICA0ICAgICAxSyAgICAgICAtICAgICAgICA0ICAxMjgK ICAgICAgICAgaXBpZCAgICAgMiAgICAyNEsgICAgICAgLSAgICAgICAgMiAgODE5MiwxNjM4NAog ICBpbl9tZmlsdGVyICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxMDI0CiAgICAgaW5f bXVsdGkgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDI1NgogIGlwX21vcHRpb25zICAg ICAyICAgICAxSyAgICAgICAtICAgICAgICAyICA2NCwyNTYKZW5jYXBfZXhwb3J0X2hvc3QgICAg IDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEwMjQKICAgIHNjdHBfYV9pdCAgICAgMCAgICAg MEsgICAgICAgLSAgICAgICAgMSAgMTYKICAgICBzY3RwX3ZyZiAgICAgMSAgICAgMUsgICAgICAg LSAgICAgICAgMSAgNjQKICAgICBzY3RwX2lmYSAgICAgMiAgICAgMUsgICAgICAgLSAgICAgICAg MiAgMTI4CiAgICAgc2N0cF9pZm4gICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDEyOAog ICAgc2N0cF9pdGVyICAgICAwICAgICAwSyAgICAgICAtICAgICAgICAxICAyNTYKICAgIGhvc3Rj YWNoZSAgICAgMSAgICAzMksgICAgICAgLSAgICAgICAgMSAgMzI3NjgKICAgICAgdGNwZnVuYyAg ICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMzIKICAgICBzeW5jYWNoZSAgICAgMSAgICA2 NEsgICAgICAgLSAgICAgICAgMSAgNjU1MzYKICBpbnBjYnBvbGljeSAgICA0MiAgICAgMksgICAg ICAgLSAgICAgMTQzOSAgMzIKICBpcHNlY3BvbGljeSAgICA4NCAgICAyMUsgICAgICAgLSAgICAg MjkwNCAgMjU2CiAgICAgZHVtbXluZXQgICAgIDMgICAgIDNLICAgICAgIC0gICAgICAgIDMgIDUx MiwxMDI0CiAgSXBGdy9JcEFjY3QgICAgNTAgICAgNTNLICAgICAgIC0gICAgICAgODMgIDE2LDMy LDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0MDk2LDgxOTIsMTYzODQKICAgICAgICAgIE5MTSAg ICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMSAgMTYKICAgICAgIGNyeXB0byAgICAgMSAgICAg MUsgICAgICAgLSAgICAgICAgMSAgNTEyCiAgICAgICAgeGZvcm0gICAgIDAgICAgIDBLICAgICAg IC0gICAgICAgNjggIDE2LDMyCiAgICAgICAgICBycGMgICAgNTEgICAgMzNLICAgICAgIC0gICAg ODc0MzcgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsODE5MgphdWRpdF9ldmNsYXNzICAgMTg5 ICAgICA2SyAgICAgICAtICAgICAgMjMzICAzMgogICAgICBwYWdlZGVwICAgIDM0ICAxNzk5SyAg ICAgICAtICAgICAzMjc0ICAyNTYKICAgICBpbm9kZWRlcCAgNDg5OCAgOTYxNEsgICAgICAgLSAg ICA0OTEwMSAgNTEyCiAgICBibXNhZmVtYXAgICAgMTYgICAgNTlLICAgICAgIC0gICAgMjE1NzIg IDI1Niw4MTkyCiAgICAgICBuZXdibGsgIDI0NjIgMTQ5NTBLICAgICAgIC0gICAxNDExOTIgIDI1 NgogICAgIGluZGlyZGVwICAgICAwICAgICAwSyAgICAgICAtICAgICAgMTIzICAxMjgsMzI3NjgK ICAgICBmcmVlZnJhZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAzNDQyNyAgMTI4CiAgICAgZnJl ZWJsa3MgIDIzNjcgICA1OTJLICAgICAgIC0gICAgMzYxOTQgIDI1NgogICAgIGZyZWVmaWxlICAg ICAyICAgICAxSyAgICAgICAtICAgIDE4MDUxICA2NAogICAgICAgZGlyYWRkICAyNDIxICAgMzAz SyAgICAgICAtICAgIDIzOTM3ICAxMjgKICAgICAgICBta2RpciAgICAgOCAgICAgMUsgICAgICAg LSAgICAgMTMyNiAgMTI4CiAgICAgICBkaXJyZW0gIDI0MTkgICAzMDNLICAgICAgIC0gICAgMjQw ODAgIDEyOAogICAgbmV3ZGlyYmxrICAgICA0ICAgICAxSyAgICAgICAtICAgICAgNjg2ICA2NAog ICAgIGZyZWV3b3JrICAyNDYwICAgMzA3SyAgICAgICAtICAgIDQ1NzI4ICAxNiwxMjgKICAgICAg ZnJlZWRlcCAgICAgMCAgICAgMEsgICAgICAgLSAgICAgMTQzOCAgNjQKICAgICAgamFkZHJlZiAg ICAgMCAgICAgMEsgICAgICAgLSAgICAyNTI2MyAgMTI4CiAgICAgIGpyZW1yZWYgICAgIDAgICAg IDBLICAgICAgIC0gICAgMjU0MzAgIDEyOAogICAgICAgam12cmVmICAgICAwICAgICAwSyAgICAg ICAtICAgICAxMTcwICAxMjgKICAgICAgam5ld2JsayAgICAgMCAgICAgMEsgICAgICAgLSAgIDE0 MTE4NSAgMTI4CiAgICBqZnJlZWZyYWcgICAgIDAgICAgIDBLICAgICAgIC0gICAgMzQ0MjcgIDEy OAogICAgICAgICBqc2VnICAgIDY5ICAgICA5SyAgICAgICAtICAgICAxNTkwICAxMjgKICAgICAg anNlZ2RlcCAgNzI5OCAgIDQ1N0sgICAgICAgLSAgIDIyNjMwNSAgNjQKICAgICAgICBzYmRlcCAg ICAgMCAgICAgMEsgICAgICAgLSAgICAgIDI0NCAgNjQKICAgICBzYXZlZGlubyAgICAgMCAgICAg MEsgICAgICAgLSAgICAgOTg3OCAgMjU2CiAgICAgIGpibG9ja3MgICAgMTQgICAgIDVLICAgICAg IC0gICAgICAgMTkgIDEyOCwyNTYsNTEyLDEwMjQsMjA0OAogICAgICBzb2Z0ZGVwICAgICA3ICAg ICA0SyAgICAgICAtICAgICAgICA3ICA1MTIKICB1ZnNfZGlyaGFzaCAgMTM2NyAgIDQzM0sgICAg ICAgLSAgICAgMjU2MiAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4CiAgICB1ZnNfcXVv dGEgICAgIDEgIDEwMjRLICAgICAgIC0gICAgICAgIDEgIAogICAgdWZzX21vdW50ICAgIDIxICAg IDg4SyAgICAgICAtICAgICAgIDIxICA1MTIsNDA5Niw4MTkyCiAgICB2bV9wZ2RhdGEgICAgIDIg IDEwMjVLICAgICAgIC0gICAgICAgIDIgIDEyOAogICAgICBVTUFIYXNoICAgIDM5ICAxNDEySyAg ICAgICAtICAgICAgMTk0ICA1MTIsMTAyNCwyMDQ4LDQwOTYsODE5MiwxNjM4NCwzMjc2OCw2NTUz NgogICAgICAgICAgcG1jICAxMDY2ICA2Njc5SyAgICAgICAtICAgICAxMDY2ICAxNiwzMiwxMjgs MjU2LDUxMiwxMDI0LDQwOTYsODE5Miw2NTUzNgogICAgICBtZW1kZXNjICAgICAxICAgICA0SyAg ICAgICAtICAgICAgICAxICA0MDk2CiAgICAgICBjcHVjdGwgICAgIDEgICAgIDFLICAgICAgIC0g ICAgICAgIDEgIDMyCiAgICAgICAgICBpY2wgICAgIDMgICAgIDFLICAgICAgIC0gICAgICAgIDMg IDE2LDY0CiAgICAgICBhcG1kZXYgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEyOAog ICBtYWR0X3RhYmxlICAgICAwICAgICAwSyAgICAgICAtICAgICAgICAxICA0MDk2CiAgICAgICAg aVNDU0kgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEyOAogICAgICAga2JkbXV4ICAg ICA3ICAgIDIySyAgICAgICAtICAgICAgICA3ICAxNiw1MTIsMTAyNCwyMDQ4LDE2Mzg0CiAgICAg ICAgICBMRUQgICAgMjYgICAgIDJLICAgICAgIC0gICAgICAgMjYgIDE2LDEyOAogICAgICBpb19h cGljICAgICAxICAgICAySyAgICAgICAtICAgICAgICAxICAyMDQ4CiAgICAgICAgICBNQ0EgICAg MTIgICAgIDJLICAgICAgIC0gICAgICAgMTIgIDMyLDY0LDEyOAogICAgICAgICAgbXNpICAgIDE5 ICAgICAzSyAgICAgICAtICAgICAgIDE5ICAxMjgKICAgICBuZXh1c2RldiAgICAgNiAgICAgMUsg ICAgICAgLSAgICAgICAgNiAgMTYKICAgICAgIG52aWRpYSAgNTYzNCAxNDgwNUsgICAgICAgLSAg IDIwOTQzOSAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYsODE5MiwxNjM4NCwz Mjc2OCw2NTUzNgpudmlkaWEtbW9kZXNldCAgIDE0NyAgIDIyN0sgICAgICAgLSAgNDgzMzE3OSAg MTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYsMTYzODQsMzI3NjgKCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQp2bXN0YXQgLXoKCklURU0gICAgICAgICAgICAgICAgICAgU0laRSAgTElNSVQgICAg IFVTRUQgICAgIEZSRUUgICAgICBSRVEgRkFJTCBTTEVFUAoKVU1BIEtlZ3M6ICAgICAgICAgICAg ICAgMzg0LCAgICAgIDAsICAgICAyNjUsICAgICAgIDUsICAgICAyNjUsICAgMCwgICAwClVNQSBa b25lczogICAgICAgICAgICAgMTE1MiwgICAgICAwLCAgICAgMjY2LCAgICAgICAxLCAgICAgMjY2 LCAgIDAsICAgMApVTUEgU2xhYnM6ICAgICAgICAgICAgICAxMTIsICAgICAgMCwgICA4ODE2MSwg ICA0MjA3NCwgIDIzMTI4NywgICAwLCAgIDAKVU1BIEhhc2g6ICAgICAgICAgICAgICAgMjU2LCAg ICAgIDAsICAgICAgNjgsICAgICAgMzcsICAgICAxMDcsICAgMCwgICAwCjQgQnVja2V0OiAgICAg ICAgICAgICAgICAzMiwgICAgICAwLCAgICAyOTE0LCAgICA0NTI2LCAgMzEzNTAyLCAgIDAsICAg MAo2IEJ1Y2tldDogICAgICAgICAgICAgICAgNDgsICAgICAgMCwgICAgIDE1NywgICAgMTkxOCwg ICA3NDcyNSwgICAwLCAgIDAKOCBCdWNrZXQ6ICAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAg ICAgNzMsICAgIDE0NzcsICAgODExMTYsICAxMSwgICAwCjEyIEJ1Y2tldDogICAgICAgICAgICAg ICA5NiwgICAgICAwLCAgICAgIDc2LCAgICAxMDMxLCAgIDIyOTc3LCAgIDAsICAgMAoxNiBCdWNr ZXQ6ICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgIDI5NiwgICAgMjU1NiwgIDEwNDg5Mywg ICAwLCAgIDAKMzIgQnVja2V0OiAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgIDIyMzksICAg ICA3NDYsICAxOTU3NTMsIDEzNSwgICAwCjY0IEJ1Y2tldDogICAgICAgICAgICAgIDUxMiwgICAg ICAwLCAgICAxMTYxLCAgICAgIDc4LCAgMTc1NzEyLDQ5ODIwLCAgIDAKMTI4IEJ1Y2tldDogICAg ICAgICAgICAxMDI0LCAgICAgIDAsICAgICA1OTYsICAgICAgNTYsICAgNTk4MjAsMjMwNiwgICAw CjI1NiBCdWNrZXQ6ICAgICAgICAgICAgMjA0OCwgICAgICAwLCAgICAgMzA4LCAgICAgIDIyLCAg IDQxNDg5LDEzOTU0LCAgIDAKdm1lbSBidGFnOiAgICAgICAgICAgICAgIDU2LCAgICAgIDAsICAg NzY2ODAsICAgMTk1OTYsICAxNDg2NjgsIDY4NywgICAwClZNIE9CSkVDVDogICAgICAgICAgICAg IDI2NCwgICAgICAwLCAgIDg2ODMyLCAgIDE0NzQ4LCA2Mjg1NDQ3LCAgIDAsICAgMApSQURJWCBO T0RFOiAgICAgICAgICAgICAxNDQsICAgICAgMCwgIDE0NDIyNiwgICAgMTUyMCwxNDk4NDMyOSwg ICAwLCAgIDAKTUFQOiAgICAgICAgICAgICAgICAgICAgMjQwLCAgICAgIDAsICAgICAgIDMsICAg ICAgNjEsICAgICAgIDMsICAgMCwgICAwCktNQVAgRU5UUlk6ICAgICAgICAgICAgIDEyOCwgICAg ICAwLCAgICAgIDQwLCAgICAgNDg3LCAgICAgIDUyLCAgIDAsICAgMApNQVAgRU5UUlk6ICAgICAg ICAgICAgICAxMjgsICAgICAgMCwgICAgNTM4NCwgICAgNDA3MSwxNzE1MjYzNSwgICAwLCAgIDAK Vk1TUEFDRTogICAgICAgICAgICAgICAyNTEyLCAgICAgIDAsICAgICAgODUsICAgICAgNTMsICA0 MzExMjIsICAgMCwgICAwCmZha2VwZzogICAgICAgICAgICAgICAgIDEwNCwgICAgICAwLCAgICAy MzkwLCAgICAgMzg0LCAgICAyNDcxLCAgIDAsICAgMAptdF96b25lOiAgICAgICAgICAgICAgMTY0 MDAsICAgICAgMCwgICAgIDM5MCwgICAgICAgMCwgICAgIDM5MCwgICAwLCAgIDAKMTY6ICAgICAg ICAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgNzA2MzQsICAgMzE5NTQsNjYzNjA1MTEsICAg MCwgICAwCjMyOiAgICAgICAgICAgICAgICAgICAgICAzMiwgICAgICAwLCAgMTEwNzI0LCAgMTA0 Nzg4LDE1MTYwNjkzNywgICAwLCAgIDAKNjQ6ICAgICAgICAgICAgICAgICAgICAgIDY0LCAgICAg IDAsICAxMTIwOTAsICAxNzI0MjgsMjQ1NjcwOTcsICAgMCwgICAwCjEyODogICAgICAgICAgICAg ICAgICAgIDEyOCwgICAgICAwLCAgIDMxNTkzLCAgICA5MjAzLDE1MzY2NDc4LCAgIDAsICAgMAoy NTY6ICAgICAgICAgICAgICAgICAgICAyNTYsICAgICAgMCwgICAyODk4MSwgICA3NjY2NCwgOTQ3 NDQ2NywgICAwLCAgIDAKNTEyOiAgICAgICAgICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgIDk0 NjQsICAgICAgNTYsMTIzMTE2NzgsICAgMCwgICAwCjEwMjQ6ICAgICAgICAgICAgICAgICAgMTAy NCwgICAgICAwLCAgICA2Mjc5LCAgICAgIDQxLDE1NDYyNzg2LCAgIDAsICAgMAoyMDQ4OiAgICAg ICAgICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgMTcwNSwgICAgICA1NSwgIDQ1NDUyMSwgICAw LCAgIDAKNDA5NjogICAgICAgICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgIDg5MTEsICAgIDIy MDIsMzQ1ODM0MzIsICAgMCwgICAwCjgxOTI6ICAgICAgICAgICAgICAgICAgODE5MiwgICAgICAw LCAgICAgMTI2LCAgICAgICA1LCAgIDM1NDIzLCAgIDAsICAgMAoxNjM4NDogICAgICAgICAgICAg ICAgMTYzODQsICAgICAgMCwgICAgICA0OCwgICAgICAgNywgIDc3MTAzNiwgICAwLCAgIDAKMzI3 Njg6ICAgICAgICAgICAgICAgIDMyNzY4LCAgICAgIDAsICAgICAgNTUsICAgICAgIDcsICA3NzEw NjAsICAgMCwgICAwCjY1NTM2OiAgICAgICAgICAgICAgICA2NTUzNiwgICAgICAwLCAgICAgIDM3 LCAgICAgICA1LCAgICAgMzg3LCAgIDAsICAgMAo2NCBwY3B1OiAgICAgICAgICAgICAgICAgIDgs ICAgICAgMCwgICA2NzAwMSwgICAgIDU4MywgICA2NzAwMSwgICAwLCAgIDAKU0xFRVBRVUVVRTog ICAgICAgICAgICAgIDg4LCAgICAgIDAsICAgICA4OTIsICAgICAzNzksICAgICA4OTIsICAgMCwg ICAwCkZpbGVzOiAgICAgICAgICAgICAgICAgICA4MCwgICAgICAwLCAgICAgNDI3LCAgICAgNzAw LCA0MjMwNjI0LCAgIDAsICAgMApmaWxlZGVzYzA6ICAgICAgICAgICAgIDExMDQsICAgICAgMCwg ICAgIDExMiwgICAgICA4MCwgIDQzMTE5MCwgICAwLCAgIDAKcmxfZW50cnk6ICAgICAgICAgICAg ICAgIDQwLCAgICAgIDAsICAgICAyNDUsICAgICA4NDQsICAgICAyNDUsICAgMCwgICAwClRVUk5T VElMRTogICAgICAgICAgICAgIDEzNiwgICAgICAwLCAgICAgODkyLCAgICAgMTQ4LCAgICAgODky LCAgIDAsICAgMAp1bXR4IHBpOiAgICAgICAgICAgICAgICAgOTYsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKdW10eF9zaG06ICAgICAgICAgICAgICAgIDg4LCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCk1BQyBsYWJlbHM6ICAg ICAgICAgICAgICA0MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MApQUk9DOiAgICAgICAgICAgICAgICAgIDEzMjAsICAgICAgMCwgICAgIDExMSwgICAgICA4Nywg IDQzMTE4OSwgICAwLCAgIDAKVEhSRUFEOiAgICAgICAgICAgICAgICAxMjgwLCAgICAgIDAsICAg ICA4NTIsICAgICAgMzksICAgIDIyODAsICAgMCwgICAwCmNwdXNldDogICAgICAgICAgICAgICAg ICA5NiwgICAgICAwLCAgICAgNjAwLCAgICAgMzAyLCAgICAxMTQxLCAgIDAsICAgMAphdWRpdF9y ZWNvcmQ6ICAgICAgICAgIDEyNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDAKbWJ1Zl9wYWNrZXQ6ICAgICAgICAgICAgMjU2LCAzMjM2ODgwLCAgICA4MTkxLCAg ICAyOTQ5LCAgODQ3MzM1LCAgIDAsICAgMAptYnVmOiAgICAgICAgICAgICAgICAgICAyNTYsIDMy MzY4ODAsICAgICAgIDQsICAgIDI3ODcsIDYwODQxMTgsICAgMCwgICAwCm1idWZfY2x1c3Rlcjog ICAgICAgICAgMjA0OCwgNTA1NzYyLCAgICA5NjE0LCAgICAgNjg2LCAgIDQyMzE5LCAgIDAsICAg MAptYnVmX2p1bWJvX3BhZ2U6ICAgICAgIDQwOTYsIDI1Mjg4MCwgICAgICAgMCwgICAgIDIyMSwg MTg4MzkzMiwgICAwLCAgIDAKbWJ1Zl9qdW1ib185azogICAgICAgICA5MjE2LCAyMjQ3ODEsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCm1idWZfanVtYm9fMTZrOiAgICAgICAx NjM4NCwgMTY4NTg0LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApOZXRHcmFw aCBpdGVtczogICAgICAgICAgNzIsICAgNDEyMywgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDAKTmV0R3JhcGggZGF0YSBpdGVtczogICAgIDcyLCAgIDQxMjMsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwCmdfYmlvOiAgICAgICAgICAgICAgICAgIDQwMCwgICAg ICAwLCAgICAgICAwLCAgICAyMjUwLCAyODExNTYyLCAgIDAsICAgMApETUFSX01BUF9FTlRSWTog ICAgICAgICAxMjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAK dHR5aW5xOiAgICAgICAgICAgICAgICAgMTYwLCAgICAgIDAsICAgICA0NTAsICAgICAxMDIsICAg IDEyMzAsICAgMCwgICAwCnR0eW91dHE6ICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAg MjM1LCAgICAgIDgwLCAgICAgNjUxLCAgIDAsICAgMApudm1lX3JlcXVlc3Q6ICAgICAgICAgICAx MjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKY3J5cHRvcDog ICAgICAgICAgICAgICAgIDg4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwCmNyeXB0b2Rlc2M6ICAgICAgICAgICAgICA3MiwgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMAppY2xfcGR1OiAgICAgICAgICAgICAgICAgODAsICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKaXNjc2lfb3V0c3RhbmRpbmc6 ICAgICAgIDQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnZ0 bmV0X3R4X2hkcjogICAgICAgICAgICAyNCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMApGUFVfc2F2ZV9hcmVhOiAgICAgICAgICA4MzIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKQ1RMIElPOiAgICAgICAgICAgICAgICAgNjcy LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCmJlaW86ICAgICAg ICAgICAgICAgICAgIDM2MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMApjZmlzY3NpX2RhdGFfd2FpdDogICAgICAgNzIsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDAKdGFza3Ffem9uZTogICAgICAgICAgICAgIDQ4LCAgICAgIDAs ICAgICAgIDAsICAgIDEzMjgsICAgIDgxMzEsICAgMCwgICAwCmdfc2hzZWNfem9uZTogICAgICAg IDEzMTA3MiwgICAzMjAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApWTk9E RTogICAgICAgICAgICAgICAgICA0NzIsICAgICAgMCwgIDIxMTI2MSwgICAgMjc2MywgMTUwNzg1 NiwgICAwLCAgIDAKVk5PREVQT0xMOiAgICAgICAgICAgICAgMTIwLCAgICAgIDAsICAgICAgMTcs ICAgICAzNzksICAgICAgMTksICAgMCwgICAwCkJVRiBUUklFOiAgICAgICAgICAgICAgIDE0NCwg ICAgICAwLCAgICAyODE4LCAgIDQ5ODU5LCAgIDQ4MDg1LCAgIDAsICAgMApOQU1FSTogICAgICAg ICAgICAgICAgIDEwMjQsICAgICAgMCwgICAgICAgMCwgICAgICA4MCwxNjg0OTY5MCwgICAwLCAg IDAKcmVudHI6ICAgICAgICAgICAgICAgICAgIDI0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwClMgVkZTIENhY2hlOiAgICAgICAgICAgIDEwOCwgICAgICAwLCAg MTI0OTI5LCAgIDg2Mjk2LCAxNTI3NDU1LCAgIDAsICAgMApTVFMgVkZTIENhY2hlOiAgICAgICAg ICAxNDgsICAgICAgMCwgICA2NjIxNCwgICAgNDc5MiwgIDE3NzM0NywgICAwLCAgIDAKTCBWRlMg Q2FjaGU6ICAgICAgICAgICAgMzI4LCAgICAgIDAsICAgMTYxOTUsICAgIDU5MzMsICAxODE2MDgs ICAgMCwgICAwCkxUUyBWRlMgQ2FjaGU6ICAgICAgICAgIDM2OCwgICAgICAwLCAgIDEwNzA3LCAg ICA1NjUzLCAgIDUzMTA0LCAgIDAsICAgMApuYW5kZnMgbm9kZSB6b25lOiAgICAgICAzMTIsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKYXV0b2ZzX3JlcXVlc3Q6 ICAgICAgICA1MjgwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDMsICAgICAgIDMsICAgMCwgICAw CmF1dG9mc19ub2RlOiAgICAgICAgICAgIDIwOCwgICAgICAwLCAgICAgIDEyLCAgICAgMTIxLCAg ICAgIDEyLCAgIDAsICAgMAptcW5vZGU6ICAgICAgICAgICAgICAgICA0MTYsICAgICAgMCwgICAg ICAgMywgICAgICAzMywgICAgICAgMywgICAwLCAgIDAKbXF1ZXVlOiAgICAgICAgICAgICAgICAg MjY0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCm12ZGF0YTog ICAgICAgICAgICAgICAgICA2NCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMAptcW5vdGlmaWVyOiAgICAgICAgICAgICAyMTYsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAKVURGIHRyYW5zbGF0aW9uIGJ1ZmZlciwgem9uZTogICAg NTEwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwClVERiBOb2Rl IHpvbmU6ICAgICAgICAgICA0MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMApVREYgRGlyc3RyZWFtIHpvbmU6ICAgICAgNzIsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAKRElSSEFTSDogICAgICAgICAgICAgICAxMDI0LCAgICAg IDAsICAgIDE3MTEsICAgICAxNDksICAgIDUyMzcsICAgMCwgICAwCk5DTE5PREU6ICAgICAgICAg ICAgICAgIDUyOCwgICAgICAwLCAgIDc3MjkzLCAgICA1MTA0LCAgMjI5MzgwLCAgIDAsICAgMApw aXBlOiAgICAgICAgICAgICAgICAgICA3NjAsICAgICAgMCwgICAgICA0NCwgICAgICA4NiwgIDIx NDkwNSwgICAwLCAgIDAKcHJvY2Rlc2M6ICAgICAgICAgICAgICAgMTM2LCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCkFJTzogICAgICAgICAgICAgICAgICAgIDIy NCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApBSU9QOiAgICAg ICAgICAgICAgICAgICAgMzIsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDAKQUlPQ0I6ICAgICAgICAgICAgICAgICAgNzUyLCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwCkFJT0w6ICAgICAgICAgICAgICAgICAgIDEyOCwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApBSU9MSU86ICAgICAgICAgICAg ICAgICAyODAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKTW91 bnRwb2ludHM6ICAgICAgICAgICAgODcyLCAgICAgIDAsICAgICAgMjAsICAgICAgMzIsICAgICAg MjAsICAgMCwgICAwCnJlZmVyZW5jZV9jYWNoZTogICAgICAgICA0MCwgICAgICAwLCAgICAgIDEy LCAgICAxNTcyLCAgNjIyNTgwLCAgIDAsICAgMApyZWZlcmVuY2VfaGlzdG9yeV9jYWNoZTogICAg ICA4LCAgICAgIDAsICAgICAgMTIsICAgIDEyMzMsICA2MjI1ODAsICAgMCwgICAwCnJhbmdlX3Nl Z19jYWNoZTogICAgICAgICA2NCwgICAgICAwLCAgIDIwMDg4LCAgICA2ODIwLCAgNDQ3Njc5LCAg IDAsICAgMAp6aW9fY2FjaGU6ICAgICAgICAgICAgICA5ODQsICAgICAgMCwgICAgICAgOCwgICAg MzI3NiwxOTk3MTQxMSwgICAwLCAgIDAKemlvX2xpbmtfY2FjaGU6ICAgICAgICAgIDQ4LCAgICAg IDAsICAgICAgIDAsICAgIDQ2NDgsIDMwMzYwNTgsICAgMCwgICAwCnppb19idWZfNTEyOiAgICAg ICAgICAgIDUxMiwgICAgICAwLCAgMTU0NDc0LCAgMTU5MTE5LCAxOTU1OTk2LCAgIDAsICAgMAp6 aW9fZGF0YV9idWZfNTEyOiAgICAgICA1MTIsICAgICAgMCwgICAgIDI3OCwgICAgMTYxMiwgICA4 MzkxNiwgICAwLCAgIDAKemlvX2J1Zl8xMDI0OiAgICAgICAgICAxMDI0LCAgICAgIDAsICAgIDE2 NjIsICAgICAxMzQsICAgMjU2NjQsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xMDI0OiAgICAgMTAy NCwgICAgICAwLCAgICAgODU5LCAgICAgMTU3LCAgIDIxNDc0LCAgIDAsICAgMAp6aW9fYnVmXzE1 MzY6ICAgICAgICAgIDE1MzYsICAgICAgMCwgICAgMzk1NiwgICAgICA4NiwgICAxNDM4MSwgICAw LCAgIDAKemlvX2RhdGFfYnVmXzE1MzY6ICAgICAxNTM2LCAgICAgIDAsICAgICAyOTMsICAgICAy MTEsICAgIDc5ODgsICAgMCwgICAwCnppb19idWZfMjA0ODogICAgICAgICAgMjA0OCwgICAgICAw LCAgICAyNzQ2LCAgICAgIDY0LCAgIDE3NjYzLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMjA0ODog ICAgIDIwNDgsICAgICAgMCwgICAgIDIwMSwgICAgIDEyOSwgICAxMzA1OSwgICAwLCAgIDAKemlv X2J1Zl8yNTYwOiAgICAgICAgICAyNTYwLCAgICAgIDAsICAgIDE3NDUsICAgICAgMjgsICAgIDc4 MzksICAgMCwgICAwCnppb19kYXRhX2J1Zl8yNTYwOiAgICAgMjU2MCwgICAgICAwLCAgICAgMTkw LCAgICAgMTcwLCAgICA1MjQxLCAgIDAsICAgMAp6aW9fYnVmXzMwNzI6ICAgICAgICAgIDMwNzIs ICAgICAgMCwgICAgMTQwNywgICAgICAyNywgICAgNjIyOSwgICAwLCAgIDAKemlvX2RhdGFfYnVm XzMwNzI6ICAgICAzMDcyLCAgICAgIDAsICAgICAgOTUsICAgICAgODUsICAgMTAwMTcsICAgMCwg ICAwCnppb19idWZfMzU4NDogICAgICAgICAgMzU4NCwgICAgICAwLCAgICAyNTcwLCAgICAgICA5 LCAgICA2ODI5LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMzU4NDogICAgIDM1ODQsICAgICAgMCwg ICAgICAyOCwgICAgICAxNCwgICAgMzE0MiwgICAwLCAgIDAKemlvX2J1Zl80MDk2OiAgICAgICAg ICA0MDk2LCAgICAgIDAsICAgMjM4NzEsICAgICAgNjQsICAzMDQxODMsICAgMCwgICAwCnppb19k YXRhX2J1Zl80MDk2OiAgICAgNDA5NiwgICAgICAwLCAgICAgMTU0LCAgICAgIDI1LCAgIDE4Nzky LCAgIDAsICAgMAp6aW9fYnVmXzUxMjA6ICAgICAgICAgIDUxMjAsICAgICAgMCwgICAgIDIzMCwg ICAgICAyNiwgICAgNDY3MCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzUxMjA6ICAgICA1MTIwLCAg ICAgIDAsICAgICAgMjcsICAgICAgMTQsICAgMTAwNzIsICAgMCwgICAwCnppb19idWZfNjE0NDog ICAgICAgICAgNjE0NCwgICAgICAwLCAgICAgMzAwLCAgICAgIDE1LCAgICA0MDAxLCAgIDAsICAg MAp6aW9fZGF0YV9idWZfNjE0NDogICAgIDYxNDQsICAgICAgMCwgICAgICAyMCwgICAgICAgOSwg ICAxMDU2NywgICAwLCAgIDAKemlvX2J1Zl83MTY4OiAgICAgICAgICA3MTY4LCAgICAgIDAsICAg ICAxOTAsICAgICAgMTMsICAgIDMzMTIsICAgMCwgICAwCnppb19kYXRhX2J1Zl83MTY4OiAgICAg NzE2OCwgICAgICAwLCAgICAgIDI0LCAgICAgICA0LCAgICA5MDIzLCAgIDAsICAgMAp6aW9fYnVm XzgxOTI6ICAgICAgICAgIDgxOTIsICAgICAgMCwgICAgIDg3OCwgICAgICA0NywgICAzNDUxNywg ICAwLCAgIDAKemlvX2RhdGFfYnVmXzgxOTI6ICAgICA4MTkyLCAgICAgIDAsICAgICAxNDcsICAg ICAgIDIsICAgMTY4MjAsICAgMCwgICAwCnppb19idWZfMTAyNDA6ICAgICAgICAxMDI0MCwgICAg ICAwLCAgICAgIDYyLCAgICAgIDE2LCAgICAzMzEzLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTAy NDA6ICAgMTAyNDAsICAgICAgMCwgICAgICAzMCwgICAgICAgNCwgICAxMjQyMiwgICAwLCAgIDAK emlvX2J1Zl8xMjI4ODogICAgICAgIDEyMjg4LCAgICAgIDAsICAgICAgNDksICAgICAgIDksICAg IDk4MzQsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xMjI4ODogICAxMjI4OCwgICAgICAwLCAgICAg IDg1LCAgICAgICAxLCAgIDE1MjU4LCAgIDAsICAgMAp6aW9fYnVmXzE0MzM2OiAgICAgICAgMTQz MzYsICAgICAgMCwgICAgICAgMiwgICAgICAxNCwgICAgMjAzOSwgICAwLCAgIDAKemlvX2RhdGFf YnVmXzE0MzM2OiAgIDE0MzM2LCAgICAgIDAsICAgICAgMzUsICAgICAgIDQsICAgIDk1NzYsICAg MCwgICAwCnppb19idWZfMTYzODQ6ICAgICAgICAxNjM4NCwgICAgICAwLCAgIDEwOTY0LCAgICAy MzMwLCAgMTkxMDMwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTYzODQ6ICAgMTYzODQsICAgICAg MCwgICAgICA1OSwgICAgICAgMSwgICAxMTcyNSwgICAwLCAgIDAKemlvX2J1Zl8yMDQ4MDogICAg ICAgIDIwNDgwLCAgICAgIDAsICAgICAgIDUsICAgICAgIDgsICAgIDc2NjEsICAgMCwgICAwCnpp b19kYXRhX2J1Zl8yMDQ4MDogICAyMDQ4MCwgICAgICAwLCAgICAgIDUwLCAgICAgICAyLCAgIDE3 Mjc2LCAgIDAsICAgMAp6aW9fYnVmXzI0NTc2OiAgICAgICAgMjQ1NzYsICAgICAgMCwgICAgICAg MSwgICAgICAyMCwgICAgNjUwNSwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzI0NTc2OiAgIDI0NTc2 LCAgICAgIDAsICAgICAgNDAsICAgICAgIDMsICAgMTU3MzEsICAgMCwgICAwCnppb19idWZfMjg2 NzI6ICAgICAgICAyODY3MiwgICAgICAwLCAgICAgICAxLCAgICAgIDE2LCAgICA0MzA2LCAgIDAs ICAgMAp6aW9fZGF0YV9idWZfMjg2NzI6ICAgMjg2NzIsICAgICAgMCwgICAgICAyNCwgICAgICAg NSwgICAxNDEwNCwgICAwLCAgIDAKemlvX2J1Zl8zMjc2ODogICAgICAgIDMyNzY4LCAgICAgIDAs ICAgICAgIDEsICAgICAgIDksICAgIDI5MDYsICAgMCwgICAwCnppb19kYXRhX2J1Zl8zMjc2ODog ICAzMjc2OCwgICAgICAwLCAgICAgIDE4LCAgICAgICA2LCAgIDEyNTM3LCAgIDAsICAgMAp6aW9f YnVmXzQwOTYwOiAgICAgICAgNDA5NjAsICAgICAgMCwgICAgICAgMCwgICAgICAgOSwgICAgNDU0 NSwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzQwOTYwOiAgIDQwOTYwLCAgICAgIDAsICAgICAgNTcs ICAgICAgIDQsICAgMjI4ODcsICAgMCwgICAwCnppb19idWZfNDkxNTI6ICAgICAgICA0OTE1Miwg ICAgICAwLCAgICAgICA3LCAgICAgICA5LCAgICAzMTY5LCAgIDAsICAgMAp6aW9fZGF0YV9idWZf NDkxNTI6ICAgNDkxNTIsICAgICAgMCwgICAgICAzMiwgICAgICAgMywgICAyMjY0MiwgICAwLCAg IDAKemlvX2J1Zl81NzM0NDogICAgICAgIDU3MzQ0LCAgICAgIDAsICAgICAgIDksICAgICAgMTEs ICAgIDIwMjgsICAgMCwgICAwCnppb19kYXRhX2J1Zl81NzM0NDogICA1NzM0NCwgICAgICAwLCAg ICAgIDMxLCAgICAgICA4LCAgIDE5MjA4LCAgIDAsICAgMAp6aW9fYnVmXzY1NTM2OiAgICAgICAg NjU1MzYsICAgICAgMCwgICAgICAgMSwgICAgICAxMCwgICAgNDYzNywgICAwLCAgIDAKemlvX2Rh dGFfYnVmXzY1NTM2OiAgIDY1NTM2LCAgICAgIDAsICAgICAgMjUsICAgICAgIDcsICAgMTY3Mzgs ICAgMCwgICAwCnppb19idWZfODE5MjA6ICAgICAgICA4MTkyMCwgICAgICAwLCAgICAgICAxLCAg ICAgICA5LCAgICA0MzM2LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfODE5MjA6ICAgODE5MjAsICAg ICAgMCwgICAgICAyMywgICAgICAgNSwgICAyNzc5MCwgICAwLCAgIDAKemlvX2J1Zl85ODMwNDog ICAgICAgIDk4MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDcsICAgIDI5MDEsICAgMCwgICAw Cnppb19kYXRhX2J1Zl85ODMwNDogICA5ODMwNCwgICAgICAwLCAgICAgIDI0LCAgICAgICA2LCAg IDIzOTg0LCAgIDAsICAgMAp6aW9fYnVmXzExNDY4ODogICAgICAxMTQ2ODgsICAgICAgMCwgICAg ICAgMCwgICAgICAgOCwgICAgMjczMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzExNDY4ODogMTE0 Njg4LCAgICAgIDAsICAgICAgMjYsICAgICAgIDUsICAgMjEyODgsICAgMCwgICAwCnppb19idWZf MTMxMDcyOiAgICAgIDEzMTA3MiwgICAgICAwLCAgICAgIDc0LCAgICAgIDU0LCAgIDYyMTg4LCAg IDAsICAgMAp6aW9fZGF0YV9idWZfMTMxMDcyOiAxMzEwNzIsICAgICAgMCwgICAyNTY2MywgICAg IDEzMiwgIDE2MzcyMiwgICAwLCAgIDAKemlvX2J1Zl8xNjM4NDA6ICAgICAgMTYzODQwLCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xNjM4 NDA6IDE2Mzg0MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6 aW9fYnVmXzE5NjYwODogICAgICAxOTY2MDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzE5NjYwODogMTk2NjA4LCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMjI5Mzc2OiAgICAgIDIyOTM3 NiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9i dWZfMjI5Mzc2OiAyMjkzNzYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDAKemlvX2J1Zl8yNjIxNDQ6ICAgICAgMjYyMTQ0LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8yNjIxNDQ6IDI2MjE0NCwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzMyNzY4MDogICAg ICAzMjc2ODAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlv X2RhdGFfYnVmXzMyNzY4MDogMzI3NjgwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwCnppb19idWZfMzkzMjE2OiAgICAgIDM5MzIxNiwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMzkzMjE2OiAzOTMyMTYs ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl80NTg3 NTI6ICAgICAgNDU4NzUyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwCnppb19kYXRhX2J1Zl80NTg3NTI6IDQ1ODc1MiwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzUyNDI4ODogICAgICA1MjQyODgsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzUyNDI4ODog NTI0Mjg4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19i dWZfNjU1MzYwOiAgICAgIDY1NTM2MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNjU1MzYwOiA2NTUzNjAsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl83ODY0MzI6ICAgICAgNzg2NDMyLCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl83 ODY0MzI6IDc4NjQzMiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MAp6aW9fYnVmXzkxNzUwNDogICAgICA5MTc1MDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzkxNzUwNDogOTE3NTA0LCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMTA0ODU3NjogICAgIDEw NDg1NzYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2Rh dGFfYnVmXzEwNDg1NzY6IDEwNDg1NzYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAKemlvX2J1Zl8xMzEwNzIwOiAgICAgMTMxMDcyMCwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTMxMDcyMDogMTMxMDcy MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzE1 NzI4NjQ6ICAgICAxNTcyODY0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwCnppb19kYXRhX2J1Zl8xNTcyODY0OiAxNTcyODY0LCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMTgzNTAwODogICAgIDE4MzUwMDgsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzE4 MzUwMDg6IDE4MzUwMDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDAKemlvX2J1Zl8yMDk3MTUyOiAgICAgMjA5NzE1MiwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMjA5NzE1MjogMjA5NzE1MiwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzI2MjE0NDA6ICAg ICAyNjIxNDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnpp b19kYXRhX2J1Zl8yNjIxNDQwOiAyNjIxNDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwCnppb19idWZfMzE0NTcyODogICAgIDMxNDU3MjgsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzMxNDU3Mjg6IDMx NDU3MjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1 Zl8zNjcwMDE2OiAgICAgMzY3MDAxNiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMzY3MDAxNjogMzY3MDAxNiwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzQxOTQzMDQ6ICAgICA0MTk0MzA0 LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1 Zl80MTk0MzA0OiA0MTk0MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwCnppb19idWZfNTI0Mjg4MDogICAgIDUyNDI4ODAsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzUyNDI4ODA6IDUyNDI4ODAsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl82MjkxNDU2 OiAgICAgNjI5MTQ1NiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MAp6aW9fZGF0YV9idWZfNjI5MTQ1NjogNjI5MTQ1NiwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzczNDAwMzI6ICAgICA3MzQwMDMyLCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl83MzQwMDMy OiA3MzQwMDMyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnpp b19idWZfODM4ODYwODogICAgIDgzODg2MDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzgzODg2MDg6IDgzODg2MDgsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xMDQ4NTc2MDogICAgMTA0 ODU3NjAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2Rh dGFfYnVmXzEwNDg1NzYwOiAxMDQ4NTc2MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMAp6aW9fYnVmXzEyNTgyOTEyOiAgICAxMjU4MjkxMiwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTI1ODI5MTI6IDEy NTgyOTEyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19i dWZfMTQ2ODAwNjQ6ICAgIDE0NjgwMDY0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xNDY4MDA2NDogMTQ2ODAwNjQsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xNjc3NzIxNjogICAgMTY3 NzcyMTYsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKemlvX2Rh dGFfYnVmXzE2Nzc3MjE2OiAxNjc3NzIxNiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMApsejRfY3R4OiAgICAgICAgICAgICAgMTYzODQsICAgICAgMCwgICAgICAg MCwgICAgICAgNiwgIDI2NDMyNywgICAwLCAgIDAKc2FfY2FjaGU6ICAgICAgICAgICAgICAgMTQ0 LCAgICAgIDAsICAgODQyMDAsICAgNzg2OTEsIDEwMTgwNjAsICAgMCwgICAwCmRub2RlX3Q6ICAg ICAgICAgICAgICAgIDk2MCwgICAgICAwLCAgMTQ0NDk4LCAgMTE3Nzg2LCAgOTY1ODE2LCAgIDAs ICAgMAphcmNfYnVmX2hkcl90X2Z1bGw6ICAgICAzNDQsICAgICAgMCwgIDE2MTUzNCwgICAxMDUy OCwgMTE0OTk5MCwgICAwLCAgIDAKYXJjX2J1Zl9oZHJfdF9sMm9ubHk6ICAgICA4OCwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAphcmNfYnVmX3Q6ICAgICAgICAg ICAgICAgNTYsICAgICAgMCwgICAxMzE2MSwgICAxOTQ5OSwgMTI1OTMxMiwgICAwLCAgIDAKZG11 X2J1Zl9pbXBsX3Q6ICAgICAgICAgMzQ0LCAgICAgIDAsICAxNTU1MjcsICAxOTc5OTEsIDIwODI3 NTgsICAgMCwgICAwCnppbF9sd2JfY2FjaGU6ICAgICAgICAgIDE5MiwgICAgICAwLCAgICAgICA0 LCAgICAgMzU2LCAgICAxNjU4LCAgIDAsICAgMAp6ZnNfem5vZGVfY2FjaGU6ICAgICAgICAyNjQs ICAgICAgMCwgICA4NDIwMCwgICA1MjE2NSwgMTAxODAzMiwgICAwLCAgIDAKa3NpZ2luZm86ICAg ICAgICAgICAgICAgMTEyLCAgICAgIDAsICAgICAxODYsICAgICA4MjksICAzMjU4MDYsICAgMCwg ICAwCml0aW1lcjogICAgICAgICAgICAgICAgIDM1MiwgICAgICAwLCAgICAgICAwLCAgICAgIDMz LCAgICAgICAxLCAgIDAsICAgMApLTk9URTogICAgICAgICAgICAgICAgICAxMjgsICAgICAgMCwg ICAgICAzMiwgICAgIDQ5NSwgICAgIDk4NywgICAwLCAgIDAKZmxvd3M6ICAgICAgICAgICAgICAg ICAgIDQwLCAyMTY4NzYsICAgICAgIDUsICAgIDEwNDksICAgIDIwNzQsICAgMCwgICAwCnNvY2tl dDogICAgICAgICAgICAgICAgIDg2NCwgMjU5OTc2LCAgICAgMTQzLCAgICAgMTE3LCAgICA3MjU4 LCAgIDAsICAgMAppcHE6ICAgICAgICAgICAgICAgICAgICAgNTYsICAxNTgzMywgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKdWRwX2lucGNiOiAgICAgICAgICAgICAgNDY0LCAy NTk5NzYsICAgICAgMTMsICAgICAxMzksICAgICA3NjcsICAgMCwgICAwCnVkcGNiOiAgICAgICAg ICAgICAgICAgICAzMiwgMjYwMDI4LCAgICAgIDEzLCAgICAxMTAzLCAgICAgNzY3LCAgIDAsICAg MAp0Y3BfaW5wY2I6ICAgICAgICAgICAgICA0NjQsIDI1OTk3NiwgICAgICAyOSwgICAgIDE0Nywg ICAgIDY0NCwgICAwLCAgIDAKdGNwY2I6ICAgICAgICAgICAgICAgICAxMDE2LCAyNTk5NzYsICAg ICAgMjksICAgICAgODcsICAgICA2NDQsICAgMCwgICAwCnRjcHR3OiAgICAgICAgICAgICAgICAg ICA4OCwgIDI3ODEwLCAgICAgICAwLCAgICAgMjcwLCAgICAgIDk2LCAgIDAsICAgMApzeW5jYWNo ZTogICAgICAgICAgICAgICAxNjgsICAxNTM2NCwgICAgICAgMCwgICAgIDI1MywgICAgICAxMywg ICAwLCAgIDAKaG9zdGNhY2hlOiAgICAgICAgICAgICAgIDk2LCAgMTUzNzUsICAgICAgIDksICAg ICA1MjQsICAgICAgOTEsICAgMCwgICAwCnNhY2tob2xlOiAgICAgICAgICAgICAgICAzMiwgICAg ICAwLCAgICAgICAwLCAgICAgNjIwLCAgICAgIDU0LCAgIDAsICAgMAp0Y3ByZWFzczogICAgICAg ICAgICAgICAgNDAsICAzMTY4MCwgICAgICAgMCwgICAgIDU5NCwgICAgNjg0OCwgICAwLCAgIDAK c2N0cF9lcDogICAgICAgICAgICAgICAxNDgwLCAyNTk5NzYsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwCnNjdHBfYXNvYzogICAgICAgICAgICAgMjQwMCwgIDQwMDAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApzY3RwX2xhZGRyOiAgICAgICAgICAgICAg NDgsICA4MDAxMiwgICAgICAgMCwgICAgIDMzMiwgICAgICAgMSwgICAwLCAgIDAKc2N0cF9yYWRk cjogICAgICAgICAgICAgNzI4LCAgODAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwCnNjdHBfY2h1bms6ICAgICAgICAgICAgIDE1MiwgNDAwMDEwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMApzY3RwX3JlYWRxOiAgICAgICAgICAgICAxNjAsIDQwMDAw OCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0cF9zdHJlYW1fbXNnX291 dDogICAgMTEyLCA0MDAwMTUsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnNj dHBfYXNjb25mOiAgICAgICAgICAgICA0MCwgNDAwMDU5LCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMApzY3RwX2FzY29uZl9hY2s6ICAgICAgICAgNDgsIDQwMDA2MCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKdWRwbGl0ZV9pbnBjYjogICAgICAgICAgNDY0 LCAyNTk5NzYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnJpcGNiOiAgICAg ICAgICAgICAgICAgIDQ2NCwgMjU5OTc2LCAgICAgICAwLCAgICAgMTIwLCAgICAgIDI4LCAgIDAs ICAgMAp1bnBjYjogICAgICAgICAgICAgICAgICAyNDAsIDI1OTk4NCwgICAgIDEwMCwgICAgIDI2 OCwgICAgNTgxNiwgICAwLCAgIDAKcnRlbnRyeTogICAgICAgICAgICAgICAgMjA4LCAgICAgIDAs ICAgICAgIDQsICAgICAxODYsICAgICAgIDUsICAgMCwgICAwCklQRlcgY291bnRlcnM6ICAgICAg ICAgICAxNiwgICAgICAwLCAgICAgIDI4LCAgICAgOTk2LCAgICAgIDI4LCAgIDAsICAgMApJUEZX IGR5bmFtaWMgcnVsZTogICAgICAxMjgsICAxNjM5OSwgICAgICAgOCwgICAgIDY0MywgICAgMjA2 OSwgICAwLCAgIDAKc2VsZmQ6ICAgICAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgICAzNTAs ICAgIDE0NDgsODgzMjYzOTIsICAgMCwgICAwClNXQVBNRVRBOiAgICAgICAgICAgICAgIDI4OCwg MTAxMTUzMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKRkZTIGlub2RlOiAg ICAgICAgICAgICAgMTUyLCAgICAgIDAsICAgNDk2NTcsICAgMTYzMDUsICAyNTEyMjEsICAgMCwg ICAwCkZGUzEgZGlub2RlOiAgICAgICAgICAgIDEyOCwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMApGRlMyIGRpbm9kZTogICAgICAgICAgICAyNTYsICAgICAgMCwg ICA0OTY1NywgICAgODQzOCwgIDI1MTIyMCwgICAwLCAgIDAKVE1QRlMgZGlyZW50OiAgICAgICAg ICAgIDY0LCAgICAgIDAsICAgICAgMTMsICAgIDEwNDEsICAgIDg5NjEsICAgMCwgICAwClRNUEZT IG5vZGU6ICAgICAgICAgICAgIDIzMiwgICAgICAwLCAgICAgIDE0LCAgICAgMjkyLCAgICA4OTU5 LCAgIDAsICAgMApUTVBGUyBkaXJlbnQ6ICAgICAgICAgICAgNjQsICAgICAgMCwgICAgICA0OSwg ICAgMTAwNSwgICAgICA5OSwgICAwLCAgIDAKVE1QRlMgbm9kZTogICAgICAgICAgICAgMjMyLCAg ICAgIDAsICAgICAgNTAsICAgICAyMDUsICAgICAxMDAsICAgMCwgICAwCm52aWRpYV9zdGFja190 OiAgICAgICAxMjI4OCwgICAgICAwLCAgICAgICA4LCAgICAgICA2LCAgIDkyNTQwLCAgIDAsICAg MAoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLWkKCmludGVycnVwdCAgICAgICAgICAgICAgICAg ICAgICAgICAgdG90YWwgICAgICAgcmF0ZQppcnExNjogZWhjaTAgICAgICAgICAgICAgICAgICAg ICAgIDQ5MjIwICAgICAgIDEzMjgKaXJxMjM6IGVoY2kxICAgICAgICAgICAgICAgICAgICAgIDMw NTYwMiAgICAgICA4MjQzCmNwdTA6dGltZXIgICAgICAgICAgICAgICAgICAgICAgMTM3ODIwNTUg ICAgIDM3MTc0NAppcnEyNjQ6IGhkYWMwICAgICAgICAgICAgICAgICAgICAgICAgIDE4ICAgICAg ICAgIDAKaXJxMjY2OiBoZGFjMSAgICAgICAgICAgICAgICAgICAgIDMyNTAxMiAgICAgICA4NzY3 CmlycTI2NzogZW0wOnJ4MCAgICAgICAgICAgICAgICAgICAzMDk2ODAgICAgICAgODM1MwppcnEy Njg6IGVtMDpyeDEgICAgICAgICAgICAgICAgICAgMTk2NTA3ICAgICAgIDUzMDAKaXJxMjY5OiBl bTA6dHgwICAgICAgICAgICAgICAgICAgIDE3MDIzMyAgICAgICA0NTkyCmlycTI3MDogZW0wOnR4 MSAgICAgICAgICAgICAgICAgICAxNTAwNjQgICAgICAgNDA0OAppcnEyNzM6IGFoY2kxICAgICAg ICAgICAgICAgICAgICAgNDQxODA1ICAgICAgMTE5MTcKY3B1MTp0aW1lciAgICAgICAgICAgICAg ICAgICAgICAgNTYyMDQwOCAgICAgMTUxNjAwCmNwdTM6dGltZXIgICAgICAgICAgICAgICAgICAg ICAgIDU3OTk0NDggICAgIDE1NjQyOQpjcHUyOnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAz MDkwODYyICAgICAgODMzNzAKaXJxMjc0OiB2Z2FwY2kwICAgICAgICAgICAgICAgICAgIDg3NDc4 MiAgICAgIDIzNTk2ClRvdGFsICAgICAgICAgICAgICAgICAgICAgICAgICAgMzExMTU2OTYgICAg IDgzOTI4NgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnBzdGF0IC1UCgo0MjcvMjU5OTc1IGZpbGVzCjBNLzY1 NTM1TSBzd2FwIHNwYWNlCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KcHN0YXQgLXMKCkRldmljZSAgICAgICAg ICA1MTItYmxvY2tzICAgICBVc2VkICAgIEF2YWlsIENhcGFjaXR5Ci9kZXYvZ3B0L3N3YXAgICAg MTM0MjE3NDcyICAgICAgICAwIDEzNDIxNzQ3MiAgICAgMCUKCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQppb3N0 YXQKCiAgICAgICB0dHkgICAgICAgICAgICBhZGEwICAgICAgICAgICAgIGFkYTEgICAgICAgICAg ICAgYWRhMiAgICAgICAgICAgICBjcHUKIHRpbiAgdG91dCAgS0IvdCB0cHMgIE1CL3MgICBLQi90 IHRwcyAgTUIvcyAgIEtCL3QgdHBzICBNQi9zICB1cyBuaSBzeSBpbiBpZAogICAwICAgNjE4IDI5 LjQ2ICAzMSAgMC45MCAgNDYuMzggIDE2ICAwLjczICA2MS4wNCAgIDUgIDAuMzMgICA1ICAzIDE3 ICAwIDc1Cg== --MP_/m2/rzCfpPWO1bKG1NIkFEVm-- --Sig_/ogBWdOqzTec0Z=lNbPIRX60 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYHhqlAAoJEOgBcD7A/5N8znAH/Rtv/Fj8vX9W6eVf9gcdFH/1 FabAGIpyERuKHGbAK6my5RnINT9O7hEMvIFHuuEwTfMrZVnRSwLcSHNEZB6rVeME yYUNCSBexFWCivMe2hchqo2e03KVBpFwSKqYQbMYXJ+P2sLUpIzyh/I8FtUlBy0b qC8wp1dkViSatTkqfjDAo2FMIsjHKX5y9vfAjVE8s/FP+0mgfHyh9yYIn35Ji8qM a/C7iPjMLldohBJihcwQsqhiqRwjCyuY+71Mayw7XZ3Dg4P0gHLxjApTzvgpCsiy ZATz76EM1pmUH0AqGHxXxPMFh8MQIpr7X9alafKkqeV7thHt24nZL/JWlN9pkVI= =cpU0 -----END PGP SIGNATURE----- --Sig_/ogBWdOqzTec0Z=lNbPIRX60-- From owner-freebsd-current@freebsd.org Sat Nov 5 21:31:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66E8CAF771E for ; Sat, 5 Nov 2016 21:31:49 +0000 (UTC) (envelope-from mark@heily.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 445E4F43 for ; Sat, 5 Nov 2016 21:31:49 +0000 (UTC) (envelope-from mark@heily.com) Received: by mailman.ysv.freebsd.org (Postfix) id 43AABAF771D; Sat, 5 Nov 2016 21:31:49 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4342DAF771C for ; Sat, 5 Nov 2016 21:31:49 +0000 (UTC) (envelope-from mark@heily.com) Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10CF4F40 for ; Sat, 5 Nov 2016 21:31:48 +0000 (UTC) (envelope-from mark@heily.com) Received: by mail-qt0-x230.google.com with SMTP id p16so67706976qta.0 for ; Sat, 05 Nov 2016 14:31:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heily-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=g794LizC4cEq30kh+Neds/Dqh1SvjFgKKfcnTOQpjyI=; b=wBGgdQsn7UCxjudl62U3+xwUTfOWkuDFIzexH5tA0jj69AAshyeFcqsFig78IZXl+h FZuUQxt1B4tiR7lG8R9VpYuqYla2P9XzUEbSs4iS1snyviNxWFR39QL/1CoHFs1xpi7E TnajNJwKaM01uBkdvEk7pvsyTS8f2fTe7nmSK1G3o4HnDvPH6rw5D/T2L0hBEO8abtGb A+jl71oEbQEHqeQ96Fo823q2kdEvZGnFMqAwxWOmjRMw2b/s1FhcgtctUaLB6C7fmuZ7 gVQ7WrW+JYYM2EaytPRYBJKeTD3kFFydYTNfmGmXFx6yN4ZPbImdI8CGiwoTs+P3OT+B t0gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=g794LizC4cEq30kh+Neds/Dqh1SvjFgKKfcnTOQpjyI=; b=e7u4Y1a193ymBM/fTUw3W+U9HvPs5fJQBnnPGifKwgC19MHuT8xv/avJKqxjdC4ClZ 2KjraJw7ggQuTovlw3ndeUY2R2oNAsX9XiOFwGjyPbhLEnCh5VxOOeyRUkyHYuFuR972 Cd/Ux8jT269vG8hl6AcqgGQMqc6QRMTxzozX0LqtM/DqPoewHFb+1p7BDQ4p7TRIkaQd BrlwatMdSnUSzfs2kZ3rZB5b4xGKukce4fg+cF8ZW+JT887jv5SYNXSwS7m6s4BAQY0O +fKvRDN22qZuhPE/QW6Snh64TSrTlVBv1gdnbMbTqDgxu0iUQrDgNViTdI2iLJoSEzba lpRg== X-Gm-Message-State: ABUngvdfOeG/kcCuIFOh0qAil2jbjvft/GUwQFuBidLfDgLVgR3BD3YSgbP3gjCqHcBlhSp1KMIwP21OyjHWPQ== X-Received: by 10.237.51.3 with SMTP id u3mr20187515qtd.12.1478381508102; Sat, 05 Nov 2016 14:31:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.150.39 with HTTP; Sat, 5 Nov 2016 14:31:47 -0700 (PDT) X-Originating-IP: [71.70.175.250] In-Reply-To: References: <20160911133804.a7j7p3x2viqzcpec@ivaldir.etoilebsd.net> <20161025182730.GA60030@klump.hjerdalen.lokalnett> From: Mark Heily Date: Sat, 5 Nov 2016 17:31:47 -0400 Message-ID: Subject: Re: [RFC] remove GNU rcs from FreeBSD 12 To: Ronald Klop Cc: Eivind Nicolay Evensen , Baptiste Daroussin , Julian Elischer , current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Nov 2016 21:31:49 -0000 On Sat, Nov 5, 2016 at 9:07 AM, Ronald Klop wrote: > On Thu, 03 Nov 2016 03:17:23 +0100, Julian Elischer > wrote: > > On 26/10/2016 2:27 AM, Eivind Nicolay Evensen wrote: >> >>> On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote: >>> >>>> hi, >>>> >>>> For long we are planning to remove GNU rcs from base, after a failed >>>> attempt >>>> before FreeBSD 10.0. Let see where we are to be able to remove it from >>>> FreeBSD >>>> 12. >>>> >>> >> why should we remove it? >> > It should be removed from base because the license was changed to GPLv3+ about six years ago. The obsolete GPLv2 version currently in base is no longer maintained. I agree with the sentiment that RCS should be an optional component available from ports. From owner-freebsd-current@freebsd.org Sat Nov 5 23:33:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83383C30114 for ; Sat, 5 Nov 2016 23:33:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-55.reflexion.net [208.70.210.55]) (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 3136631A for ; Sat, 5 Nov 2016 23:33:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8818 invoked from network); 5 Nov 2016 23:32:50 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 5 Nov 2016 23:32:50 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.10.1) with SMTP; Sat, 05 Nov 2016 19:33:04 -0400 (EDT) Received: (qmail 7706 invoked from network); 5 Nov 2016 23:33:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Nov 2016 23:33:04 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 614AAEC8BDB; Sat, 5 Nov 2016 16:32:54 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional? From: Mark Millard In-Reply-To: Date: Sat, 5 Nov 2016 16:32:53 -0700 Cc: FreeBSD Toolchain , FreeBSD-STABLE Mailing List , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Nov 2016 23:33:02 -0000 On 2016-Nov-4, at 9:40 AM, Bryan Drewery = wrote: > On 11/3/2016 5:28 PM, Mark Millard wrote: >> I just had a case of "odd" command text in a buildworld that was = based on (in part) env SRC_ENV_CONF=3D. . . >>=20 >> env __MAKE_CONF=3D. . . does not get the kind of behavior reported = below for /etc/src.conf . >>=20 >> Overall this means that even with an explicit env SRC_ENV_CONF=3D. . = . one must separately prevent /etc/src.conf from contributing if the = SRC_ENV_CONF file is intended to cover everything. >=20 > SRC_ENV_CONF is kind of a special hack to allow setting some specific > values that feasibly can't be set later. Just stick to src.conf = unless > you need to set one of the options that requires src-env.conf. >=20 > --=20 > Regards, > Bryan Drewery Understood (now): intentional for sure. Thanks to Renato Botelho and you = for making clear that I'd read something into the description that just was = not written into the description. For now I've adopted using an explicit env SRCCONF=3D"/dev/null" in the = scripts as the means of avoiding an unexpected contribution and I still have env = SRC_ENV_CONF=3D use for picking out the file: I then do not have to worry about if I = reference any of the special values in the file referenced or not, nor about what /etc/src-env.conf or /etc/src.conf might have in them. I may change this at some point and follow your suggestion to just use = SRCCONF=3D to find the file because as time goes on it looks more like I'm unlikely = to experiment with any "special values" in the files. =3D=3D=3D Mark Millard markmi at dsl-only.net