From owner-freebsd-ports@freebsd.org Sat Dec 22 20:37:01 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F988133ABF6 for ; Sat, 22 Dec 2018 20:37:01 +0000 (UTC) (envelope-from trashcan@ellael.org) Received: from mx1.enfer-du-nord.net (mx1.enfer-du-nord.net [91.121.41.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9C16703BC for ; Sat, 22 Dec 2018 20:36:59 +0000 (UTC) (envelope-from trashcan@ellael.org) Received: from [IPv6:2003:e9:7f21:8a01:b886:8e50:ec0f:ed0c] (p200300E97F218A01B8868E50EC0FED0C.dip0.t-ipconnect.de [IPv6:2003:e9:7f21:8a01:b886:8e50:ec0f:ed0c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.enfer-du-nord.net (Postfix) with ESMTPSA id 43Mcjh2vZyzDyx for ; Sat, 22 Dec 2018 21:36:56 +0100 (CET) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.100.2 at mail.enfer-du-nord.net From: Michael Grimm Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: security/clamav-milter fails to compile (preliminary patch included) Date: Sat, 22 Dec 2018 21:36:55 +0100 References: <633326DC-E841-4ECC-ACA8-F67C9F4DA873@ellael.org> <0C727A7D-32CD-451A-AC2B-9F10A936BDA4@ellael.org> To: FreeBSD In-Reply-To: Message-Id: <7781A8EC-8618-4E5A-AD72-720EB88D920A@ellael.org> X-Mailer: Apple Mail (2.3445.102.3) X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,RDNS_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.mer-waases.lan X-Rspamd-Queue-Id: E9C16703BC X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-1.29 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.67)[-0.669,0]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[ellael.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.70)[-0.703,0]; IP_SCORE(-0.47)[ipnet: 91.121.0.0/16(-2.69), asn: 16276(0.38), country: FR(-0.02)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.enfer-du-nord.net]; NEURAL_HAM_SHORT(-0.84)[-0.836,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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: Sat, 22 Dec 2018 20:37:01 -0000 Carmel NY wrote: > On Sat, 22 Dec 2018 20:23:39 +0100, Michael Grimm stated: >> Hmm, I do get the feeling that you misunderstand what I am telling = you. See, below. >> Next, that poudriere jail keeps a copy of a resulting "make = buildworld" run >> of base. This jail is lacking any binary/library of ports running on = my >> machine. Thus, libmilter.so is missing as well: >>=20 >> mike> find /usr/home/poudriere/jails/stable -name = "libmilter.so*" -ls >> mike> =20 >=20 > Michael, I am certainly not a guru regarding poudriere, or system = updating. Sorry, I didn't want you to believe I am getting "personal". Sorry. > I just now what I was told. Perhaps Matthew Seaman = or > somebody with more knowledge about this than I can assist you. >=20 > All I know for certain is that I was told to update the poudriere = jail, I > actually deleted the old one and created a new one, and then do a = forced > rebuild of all installed ports. The following worked for me, after I = created > a new jail. Obviously, the jail name here is mine. >=20 > portmaster --list-origins | sort -d | tee "~/portlist.txt" > poudriere bulk -c -f "~/portlist.txt" -j "12amd64" > pkg upgrade -y >=20 > ~ $ poudriere jail -l > JAILNAME VERSION ARCH METHOD TIMESTAMP PATH > 12amd64 12.0-RELEASE-p1 amd64 ftp 2018-12-21 18:25:41 = /usr/local/poudriere/jails/12amd64 >=20 > ~ $ locate libmilter.so > /usr/lib/libmilter.so > /usr/lib/libmilter.so.6 > /usr/lib32/libmilter.so > /usr/lib32/libmilter.so.6 > /usr/local/poudriere/jails/12amd64/usr/lib/libmilter.so > /usr/local/poudriere/jails/12amd64/usr/lib/libmilter.so.6 > /usr/local/poudriere/jails/12amd64/usr/lib32/libmilter.so > /usr/local/poudriere/jails/12amd64/usr/lib32/libmilter.so.6 See, that is what I was describing. You do have sendmail installed in = base, and thus, the libmilter library will make it into your poudriere = build jail, and security/clamav-milter will find a libmilter library -in = base!- during compilation and will link this library. Thus, this port = will compile in your case, because it is using libmilter.so from base, = not from the mail/libmilter port! FYI: I did trigger this bug because I do compile base without sendmail = (WITHOUT_SENDMAIL=3Dyes in /etc/src.conf)! Thus, no "chance finding" of = /usr/lib/libmilter.so.X in base aka my poudriere jail during my = compilation. Regards, Michael=