From owner-freebsd-ports@freebsd.org Sun Mar 1 09:06:54 2020 Return-Path: Delivered-To: freebsd-ports@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 D679526A955 for ; Sun, 1 Mar 2020 09:06:54 +0000 (UTC) (envelope-from SRS0=GjH4=4S=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 48Vcph2QGcz40c0 for ; Sun, 1 Mar 2020 09:06:51 +0000 (UTC) (envelope-from SRS0=GjH4=4S=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 652C52842E; Sun, 1 Mar 2020 10:06:49 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 03E9228417; Sun, 1 Mar 2020 10:06:48 +0100 (CET) Subject: Re: ports-mgmt/poudriere-devel does not follow options To: Martin Neubauer , freebsd-ports@freebsd.org References: <752d1835-7a8f-a1fe-362c-fc8c4f440a59@gmx.net> <263566fa-e89d-59bc-2f01-f877e29cd957@quip.cz> <1de2ec69-fc84-d54d-3b0f-27f87e76fc7b@gmx.net> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <3d2064f6-48c4-5d51-2578-4fd54b2200fe@quip.cz> Date: Sun, 1 Mar 2020 10:06:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <1de2ec69-fc84-d54d-3b0f-27f87e76fc7b@gmx.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Vcph2QGcz40c0 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=GjH4=4S=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=GjH4=4S=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [3.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.84)[ip: (0.31), ipnet: 94.124.104.0/21(0.15), asn: 42000(3.65), country: CZ(0.09)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.919,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=GjH4=4S=quip.cz=000.fbsd@elsa.codelab.cz]; FREEMAIL_TO(0.00)[gmx.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=GjH4=4S=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2020 09:06:54 -0000 Martin Neubauer wrote on 2020/03/01 02:00: > > > On 01/03/2020 00:29, Miroslav Lachman wrote: >> Martin Neubauer wrote on 2020/02/29 23:44: [...] >> But I am talking about "poudriere options" taking different saved >> options than "poudriere bulk". >> The "poudriere options" does not show me any dialog because they are all >> set in "default-php71m103-options" and then "poudriere bulk" ignore >> settings in "default-php71m103-options". >> That is a bug from my point of view. Both commands should work with the >> same set of stored options. Otherwise if "poudriere bulk" wants options >> from "11_3_amd64-default-php71m103-options" I am not able to set those >> options by calling "poudriere options". > If the issued command lines were in fact those from your earlier mail, > then you did in fact request two different option sets. If you also add > "-j 11_3_amd64" to the "poudriere options" call, you should access the > same option set the "poudriere bulk" run did. I migrated from "poudriere" to "poudriere-devel" about week ago that's when I noticed this problem. That's why I suspect poudriere-devel. Everything worked for me for years with poudriere. I search my command history and I never called poudriere options with -j It was like poudriere options -z php71m103 -p default -c mail/dovecot graphics/py-pillow www/nginx poudriere options -z php71m103 -p default -c ports-mgmt/poudriere-devel poudriere options -z php71m103 -p default -f /usr/local/etc/poudriere.d/pkglists/php71m103 poudriere bulk -j 11_3_amd64 -z php71m103 -p default -c -f /usr/local/etc/poudriere.d/pkglists/php71m103 I don't know when / what command exactly created 11_3_amd64-default-php71m103-options in disk. You are right that anything after that is "expected behaviour", a bit unexpected to me. Kind regards Miroslav Lachman