From owner-freebsd-pkgbase@freebsd.org Mon Apr 6 11:49:53 2020 Return-Path: Delivered-To: freebsd-pkgbase@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 934EE2AD0BA for ; Mon, 6 Apr 2020 11:49:53 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48wpk86X1fz3QbT for ; Mon, 6 Apr 2020 11:49:52 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 036Bnomd057757 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 6 Apr 2020 11:49:51 GMT (envelope-from list1@gjunka.com) Subject: Re: FreeBSD-base and poudriere To: Guido Falsi , freebsd-pkgbase@freebsd.org References: <8c4f0ffe-6961-f119-0034-0becf860b616@gjunka.com> <649a0a62-1ae4-6ec8-308a-4dadc234126a@gjunka.com> <98f5a68c-90d1-1f9f-4199-aed87d6aabc3@madpilot.net> From: Grzegorz Junka Message-ID: Date: Mon, 6 Apr 2020 11:49:50 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <98f5a68c-90d1-1f9f-4199-aed87d6aabc3@madpilot.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 48wpk86X1fz3QbT X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gjunka.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.56)[ip: (-9.33), ipnet: 88.98.192.0/18(-4.66), asn: 56478(-3.73), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-pkgbase@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Packaging the FreeBSD base system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2020 11:49:53 -0000 >>> I'm doing a similar thing on head. What I do is run normal svn up; make >>> buildworld; make buildkernel; make packages on the poudriere machine. I >>> the upgrade that machine with the new base packages. >>> >>> After that I perform: >>> >>> poudriere jail -j ${j} -u -t 359154 >>> >>> where 359154 is the subversion revision I have just compiled in /usr/src. >>> >>> So I get packages for that exact head revision. >>> >>> Hope this answers your question. >>> >>> BTW I have found no way to create a jail with a fixed svn revision from >>> the get go. When I need to do that, I resort to temporarily modifying >>> poudriere code at jail.sh:563, adding -r option. I then revert the >>> change. >>> >> Thanks, that's interesting. So, poudriere will build the jail from >> sources from that specific revision? > Yes, since it will "svn up -r " it's source tree for that jail. > > It will also invalidate and remove all packages if __FreeBSD_version has > changed. > >> But I think it still won't solve the problem where the base packages >> have been build with modified kernel configuration. Can you supply a >> custom kernel configuration in your method? > No I can't, but really a modified kernel configuration should not impact > on ports, do you have a specific scenario? > > At most ports interact with kernel sources, whatever the configuration. Yes, I do have a specific scenario of building drm-fbsd12.0-kmod. As I was told on the -ports group this package has to be compiled with EXACT same sources and kernel configuration as the kernel modules. I don't know if that also means building using the kernel compiled from that configuration, or if it's enough that the custom kernel configuration is active when compiling the port, but definitely it would not be enough to just have the kernel sources without the configuration. Unless I misunderstood. GrzegorzJ