From owner-freebsd-embedded@freebsd.org Thu Jun 20 19:32:24 2019 Return-Path: Delivered-To: freebsd-embedded@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 18EFE15C5CBF for ; Thu, 20 Jun 2019 19:32:24 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 331B493B7B for ; Thu, 20 Jun 2019 19:32:23 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 0FB88211128; Thu, 20 Jun 2019 15:32:22 -0400 (EDT) Received: from [192.168.10.29] (D19.Denninger.Net [192.168.10.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 976071D2D37; Thu, 20 Jun 2019 14:32:21 -0500 (CDT) Subject: Re: NanoBSD cust_pkgng problem.... To: mike tancsa , freebsd-embedded@freebsd.org References: <27515540-54ef-6e7e-1b87-9be875b54c22@denninger.net> From: Karl Denninger Openpgp: preference=signencrypt Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= mQINBFIX1zsBEADRcJfsQUl9oFeoMfLPJ1kql+3sIaYx0MfJAUhV9LnbWxr0fsWCskM1O4cV tHm5dqPkuPM4Ztc0jLotD1i9ubWvCHOlkLGxFOL+pFbjA+XZ7VKsC/xWmhMwJ3cM8HavK2OV SzEWQ/AEYtMi04IzGSwsxh/5/5R0mPHrsIomV5SbuiI0vjLuDj7fo6146AABI1ULzge4hBYW i/SHrqUrLORmUNBs6bxek79/B0Dzk5cIktD3LOfbT9EAa5J/osVkstMBhToJgQttaMIGv8SG CzpR/HwEokE+7DP+k2mLHnLj6H3kfugOF9pJH8Za4yFmw//s9cPXV8WwtZ2SKfVzn1unpKqf wmJ1PwJoom/d4fGvQDkgkGKRa6RGC6tPmXnqnx+YX4iCOdFfbP8L9rmk2sewDDVzHDU3I3ZZ 8hFIjMYM/QXXYszRatK0LCV0QPZuF7LCf4uQVKw1/oyJInsnH7+6a3c0h21x+CmSja9QJ+y0 yzgEN/nM89d6YTakfR+1xkYgodVmMy/bS8kmXbUUZG/CyeqCqc95RUySjKT2ECrf9GhhoQkl +D8n2MsrAUSMGB4GQSN+TIq9OBTpNuvATGSRuF9wnQcs1iSry+JNCpfRTyWp83uCNApe6oHU EET4Et6KDO3AvjvBMAX0TInTRGW2SQlJMuFKpc7Dg7tHK8zzqQARAQABtCNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PokCPAQTAQIAJgUCUhfXOwIbIwUJCWYBgAYLCQgH AwIEFQIIAwQWAgMBAh4BAheAAAoJEG6/sivc5s0PLxQP/i6x/QFx9G4Cw7C+LthhLXIm7NSH AtNbz2UjySEx2qkoQQjtsK6mcpEEaky4ky6t8gz0/SifIfJmSmyAx0UhUQ0WBv1vAXwtNrQQ jJd9Bj6l4c2083WaXyHPjt2u2Na6YFowyb4SaQb83hu/Zs25vkPQYJVVE0JX409MFVPUa6E3 zFbd1OTr3T4yNUy4gNeQZfzDqDS8slbIks2sXeoJrZ6qqXVI0ionoivOlaN4T6Q0UYyXtigj dQvvhMt0aNowKFjRqrmSDRpdz+o6yg7Mp7qEZ1V6EZk8KqQTH6htpCTQ8i79ttK4LG6bstSF Re6Fwq52nbrcANrcdmtZXqjo+SGbUqJ8b1ggrxAsJ5MEhRh2peKrCgI/TjQo+ZxfnqEoR4AI 46Cyiz+/lcVvlvmf2iPifS3EEdaH3Itfwt7MxFm6mQORYs6skHDw3tOYB2/AdCW6eRVYs2hB RMAG4uwApZfZDKgRoE95PJmQjeTBiGmRPcsQZtNESe7I7EjHtCDLwtJqvD4HkDDQwpzreT6W XkyIJ7ns7zDfA1E+AQhFR6rsTFGgQZRZKsVeov3SbhYKkCnVDCvb/PKQCAGkSZM9SvYG5Yax 8CMry3AefKktf9fqBFg8pWqtVxDwJr56dhi0GHXRu3jVI995rMGo1fLUG5fSxiZ8L5sAtokh 9WFmQpyl Message-ID: <9e6fdc85-801b-1a4b-ce20-d1ab6a40c28c@denninger.net> Date: Thu, 20 Jun 2019 14:32:24 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Rspamd-Queue-Id: 331B493B7B X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[denninger.net]; AUTH_NA(1.00)[]; URI_COUNT_ODD(1.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: px.denninger.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.81)[-0.812,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.61)[ip: (-9.87), ipnet: 104.236.64.0/18(-4.28), asn: 14061(1.13), country: US(-0.06)]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2019 19:32:24 -0000 On 6/20/2019 13:44, mike tancsa wrote: > On 6/20/2019 2:16 PM, Karl Denninger wrote: >> I'm trying to rebuild 12-STABLE with current code with the following for >> the PCEngines systems. >> >> >> Failed to install the following 1 package(s): >> /_.p/isc-dhcp44-server-4.4.1_4.txz > > Thats so strange. I saw that too.  I did change defaults.sh > > >  # Early customize commands. >  NANO_EARLY_CUSTOMIZE="" > @@ -776,6 +776,7 @@ >         fi >   >         # Mount packages into chroot > +       mount -t devfs devfs ${NANO_WORLDDIR}/dev >         mkdir -p ${NANO_WORLDDIR}/_.p >         mount -t nullfs -o noatime -o ro ${NANO_PACKAGE_DIR} > ${NANO_WORLDDIR}/_.p >   > @@ -802,7 +803,7 @@ >         ) >   >         CR0 "${PKGCMD} info" > - > +       umount ${NANO_WORLDDIR}/dev >         trap - 1 2 15 EXIT >         umount ${NANO_WORLDDIR}/_.p >         rm -rf ${NANO_WORLDDIR}/_.p > > > to get rid of the dev/null complaints.  I thought the pkg might be > borked somehow in the poudriere build, so I rebuilt it and then it all > worked. But I am not sure if that was just a fluke.  I havent seen the > issue since... But it was the same isc package that my build was borking > on as well. > >     ---Mike I'm not building via poudriere; the packages are being grabbed from the base 12-STABLE repo. repo.conf in the package directory contains: FreeBSD: {   url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest"   mirror_type: "srv",   signature_type: "fingerprints",   fingerprints: "/usr/share/keys/pkg",   enabled: yes } Adding "-d" to the pkg commands executed in the hope of getting an error return that will actually mean something doesn't tell me anything useful... Installing indexinfo-0.3.1... the most recent version of indexinfo-0.3.1 is already installed DBG(1)[95581]> release an exclusive lock on a database + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=n one /usr/sbin/pkg -d add /_.p/isc-dhcp44-server-4.4.1_4.txz' + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES ASSUME_ALWAY S_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none /usr/sbin/pkg -d add /_.p/is c-dhcp44-server-4.4.1_4.txz' + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg' 'SIGNATURE_TYP E=none' /usr/sbin/pkg -d add /_.p/isc-dhcp44-server-4.4.1_4.txz DBG(1)[95582]> pkg initialized DBG(1)[95582]> want to get an exclusive lock on a database Installing isc-dhcp44-server-4.4.1_4... pkg: Cannot open /dev/null:No such file or directory DBG(1)[95582]> release an exclusive lock on a database Failed to install the following 1 package(s): /_.p/isc-dhcp44-server-4.4.1_4.txz + umount /work/Crochet-work-AMD/obj/_.w/_.p + rm -rf /work/Crochet-work-AMD/obj/_.w/_.p + echo 'NANO RM -rf /work/Crochet-work-AMD/obj/_.w/_.p' NANO RM -rf /work/Crochet-work-AMD/obj/_.w/_.p + uname -r + command rm -x -rf /work/Crochet-work-AMD/obj/_.w/_.p Using "CR0" instead of "CR" in the defaults.sh script ignores the error return and continues but when I look in the resulting build the binaries *are not* there, so the package in fact did not install (that is, whatever it is that's going on, it prevents anything from actually being unpacked and stored.) The "-d" switch tells me nothing and a "tar tvf" on the two targets shows what appears to be a valid package; the target in question doesn't appear on a facial basis to be corrupt. root@NewFS:/work/PKG-AMD64-12 # ls -al pkg/ssm* -rw-r--r--  1 root  wheel  20412 Jun 20 13:08 pkg/ssmtp-2.64_3.txz root@NewFS:/work/PKG-AMD64-12 # tar tvf pkg/ssmtp* -rw-r--r--  0 root   wheel    1612 Dec 31  1969 +COMPACT_MANIFEST -rw-r--r--  0 root   wheel    3206 Dec 31  1969 +MANIFEST -rw-r--r--  0 root   wheel     218 May 17 10:11 /usr/local/share/licenses/ssmtp-2.64_3/catalog.mk -rw-r--r--  0 root   wheel      93 May 17 10:11 /usr/local/share/licenses/ssmtp-2.64_3/LICENSE -rw-r--r--  0 root   wheel     758 May 17 10:11 /usr/local/share/licenses/ssmtp-2.64_3/GPLv2+ -r-xr-sr-x  0 root   ssmtp   44008 May 17 10:11 /usr/local/sbin/ssmtp -rw-r-----  0 root   ssmtp     200 May 17 10:11 /usr/local/etc/ssmtp/revaliases.sample -rw-r-----  0 root   ssmtp    1286 May 17 10:11 /usr/local/etc/ssmtp/ssmtp.conf.sample -r--r--r--  0 root   wheel    1097 May 17 10:11 /usr/local/man/man5/ssmtp.conf.5.gz -r--r--r--  0 root   wheel    2714 May 17 10:11 /usr/local/man/man8/ssmtp.8.gz drwxr-x---  0 root   ssmtp       0 May 17 10:11 /usr/local/etc/ssmtp/ root@NewFS:/work/PKG-AMD64-12 # This worked perfectly well a few months ago when I last built this specific release, and it's only these two packages (the ISC dhcp server and ssmpt) that blow it up.  Everything else -- including all the dependencies -- install fine -- its just these two *specific* packages that, if either is included, blows up the build. I suppose I could set up another poudiere jail and build the required packages from source if I absolutely must include pkg itself (I have to for ARM32 targets since that's not a supported architecture with the package system), but.... that shouldn't be in play here as we *are* talking about AMD64, which is allegedly fully supported and further, ought to be current and working for everyone who uses pkg rather than ports...... Update: If I use - root@NewFS:/work/PKG-AMD64-12 # more repo.conf FreeBSD: {   url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly" #  url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest"   mirror_type: "srv",   signature_type: "fingerprints",   fingerprints: "/usr/share/keys/pkg",   enabled: yes } It works. This implies that "latest" is borked, although exactly why I don't know.  The "pkg" package itself in quarterly, however, is different -- 1.10.5_5 for the quarterlies .vs. 1.11.1.  Given that the other packages appear to be valid it looks like the pkg command *itself* in "latest" is causing the problem. -- Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/