From owner-freebsd-embedded@freebsd.org Thu Jun 20 19:46:58 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 A21CA15C61DB for ; Thu, 20 Jun 2019 19:46:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40A7294335 for ; Thu, 20 Jun 2019 19:46:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x832.google.com with SMTP id i34so4430934qta.6 for ; Thu, 20 Jun 2019 12:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BD4F6XGrw5MrCTblxmH1x4CvlcHwmkEDB8dBZXqOYbk=; b=Yo8mDP4/kXjLO8fZsy8QI2tUy3NS/IpU8VSPAnSKn96dFusgH4pVzVwQw0ofylsdy8 dzE2nwT6ZRoP5Q4hUiO8AUAMus0okf8/CdvcqxyuWrwj/hVvL6tHRW99Aon85NAfm4ey 2oX6fde/Dl3ymrkxnv1VkZir0Q4j5ur9g+pUThx+albWO6b1rJmqxGnFToVxRu1cmenh hDk4ZUmkTWKH3ze1Is5bEkdGXWZLmLleEJS23kb93Uja7nouuJFEgCR7yCTUgddTL9I5 p26dalHZr7wid2znWPnRLz4MC7dy6cLwR3T2Ai6MlwcKJqRVhcymRNMBlWFi19L2lqUn Pvbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BD4F6XGrw5MrCTblxmH1x4CvlcHwmkEDB8dBZXqOYbk=; b=TQCTyafQT/brM8/4pMzvBxTQitvcQwkKKoW/GijXstua1JHLksTHbpLS7Kg2qfED7j +QDHSXIK5KiNsuc8acA4HRq9rOrwNLvVXGL2YUkEELzABBgWBcQ9PObWCC2VfcC1iq31 EfmP5cHHe64Cmk0defh3sBVugyPgt0eU/XGf9lgISkRMLAyOC4EH5JPxziphJyDFdkPI 0BDd9J/w6j+FVG/J8kMcoGCzzeONV74ymXEZsMNmVKs7FtkCrOPdffOwRJ8LPeakhyv2 JjXdoXiu6W7oIeTrESL8x60quUFDOgk0YlcL1CPIsK/Hv2msoUICEcKQhDV2u3Tvquvj 4nZA== X-Gm-Message-State: APjAAAWA79CMibntSuSGlksAn4ZGB8Kzw6pKEq5CO5tDy8/Bb1f3Zmqk JYeU6au0GfblwBk6mIV7mk0CIhq0fddNcIp+fGWxJQ== X-Google-Smtp-Source: APXvYqyZvPdYTj/21mZLlrJq39BRksesaNRZ78EkBizvc9BS/MDVjhwldQRXMI0wh/LQvw6fq7tAAtdbE2/4ZvHkvts= X-Received: by 2002:ac8:2baa:: with SMTP id m39mr52848065qtm.242.1561060016736; Thu, 20 Jun 2019 12:46:56 -0700 (PDT) MIME-Version: 1.0 References: <27515540-54ef-6e7e-1b87-9be875b54c22@denninger.net> In-Reply-To: From: Warner Losh Date: Thu, 20 Jun 2019 12:46:44 -0700 Message-ID: Subject: Re: NanoBSD cust_pkgng problem.... To: Ian Lepore Cc: Karl Denninger , freebsd-embedded X-Rspamd-Queue-Id: 40A7294335 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Yo8mDP4/ X-Spamd-Result: default: False [-5.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-embedded@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[2.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.94)[-0.944,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.99)[ip: (-9.43), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.32), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" 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:46:58 -0000 On Thu, Jun 20, 2019, 12:40 PM Ian Lepore wrote: > On Thu, 2019-06-20 at 13:16 -0500, Karl Denninger wrote: > > I'm trying to rebuild 12-STABLE with current code with the following > > for > > the PCEngines systems. > > > > NANO_NAME=pcengines > > NANO_SRC=/usr/src > > NANO_KERNEL=KSD-SMP > > NANO_IMAGES=2 > > NANO_MODULES="default" > > > > #NANO_DRIVE=ad0 > > NANO_DRIVE=mmcsd0 > > > > NANO_RAM_ETCSIZE=30720 > > #NANO_RAM_TMPVARSIZE=30720 > > NANO_RAM_TMPVARSIZE=131072 > > > > NANO_PACKAGE_DIR=/work/PKG-AMD64-12/pkg > > > > # Configuration slice size set to 64Mb > > # > > NANO_CONFSIZE=$((64*1000*1000/512)) > > # > > # Set "data" partition to 512MB > > # > > NANO_DATASIZE=$((512*1000*1000/512)) > > > > NANO_OBJ="/work/Crochet-work-AMD/obj" > > > > NANO_PMAKE="make -j 8" > > > > # 7.5Gb SD image; will fit on a 8Gb card, but is REAL tight! > > #NANO_MEDIASIZE=$((7*1000*1000*1000/512 + 1000*1000*512/512)) > > # > > # 12Gb SD image; fits on 16Gb SD card and has more room for packages > > NANO_MEDIASIZE=$((12*1000*1000*1000/512)) > > > > The packages are in /work/PKG-AMD64-12 as expected. I have a little > > script that gets them which is: > > > > PKGDIR='/work/PKG-AMD64-12' > > export PKGDIR > > PKG_CACHEDIR=/work/PKG-AMD64-12/cache > > export PKG_CACHEDIR > > > > ABI=FreeBSD:12:amd64 > > export ABI > > > > pkg -R . -r . -o $PKGDIR/pkgs fetch -d \ > > bind914 rsync sshguard strongswan dhcp6 \ > > net-snmp ntimed openvpn flashrom dmidecode > > # net-snmp ntimed openvpn flashrom dmidecode ssmtp > > # bind914 rsync sshguard strongswan dhcp6 isc-dhcp44-server \ > > > > rm -rf $PKGDIR/pkg > > mkdir -p $PKGDIR/pkg > > > > cd $PKG_CACHEDIR > > find . -type l -print -exec cp {} ../pkg \; > > > > /work/PKG-AMD64-12 has a repo.conf file and such; I use the same > > mechanism to fetch for Crochet for the ARM64 platforms. > > > > Note the two commented lines. If I include EITHER ssmpt or > > isc-dhcp44-server cust_pkgng fails, but the error simply says the > > install failed without a reason for it. > > > > If I do NOT include those two the build succeeds. Neither of them, > > if I > > add them back in, discloses a missing dependency or similar. > > > > pkg: Cannot open /dev/null:No such file or directory > > Extracting flashrom-1.0_1: ........ done > > Message from python27-2.7.16_1: > > > > ===================================================================== > > ====== > > > > Note that some standard Python modules are provided as separate ports > > as they require additional dependencies. They are available as: > > > > bsddb databases/py-bsddb > > gdbm databases/py-gdbm > > sqlite3 databases/py-sqlite3 > > tkinter x11-toolkits/py-tkinter > > > > ===================================================================== > > ====== > > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg > > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/gettext-runtime- > > 0.20.1.txz' > > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES > > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none > > /usr/sbin/pkg add /_.p/gettext-runtime-0.20.1.txz' > > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg' > > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/gettext-runtime- > > 0.20.1.txz > > Installing gettext-runtime-0.20.1... > > the most recent version of gettext-runtime-0.20.1 is already > > installed > > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg > > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/icu-64.2,1.txz' > > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES > > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none > > /usr/sbin/pkg add /_.p/icu-64.2,1.txz' > > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg' > > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/icu-64.2,1.txz > > Installing icu-64.2,1... > > the most recent version of icu-64.2,1 is already installed > > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg > > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/indexinfo-0.3.1.txz' > > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES > > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none > > /usr/sbin/pkg add /_.p/indexinfo-0.3.1.txz' > > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg' > > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/indexinfo-0.3.1.txz > > Installing indexinfo-0.3.1... > > the most recent version of indexinfo-0.3.1 is already installed > > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg > > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/isc-dhcp44-server- > > 4.4.1_4.txz' > > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES > > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none > > /usr/sbin/pkg add /_.p/isc-dhcp44-server-4.4.1_4.txz' > > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg' > > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/isc-dhcp44-server- > > 4.4.1_4.txz > > Installing isc-dhcp44-server-4.4.1_4... > > pkg: Cannot open /dev/null:No such file or directory > > > > 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 > > > > Note that's not the "can't open /dev/null" complaint since that > > appears > > up above (and in fact a bunch of other times previously as well) and > > doesn't blow the install up. But *something* is causing the install > > for > > those two packages -- and only these two, as the other ~40 odd with > > dependencies are fine -- to exit non-zero and blow up the build. > > > > It's tough to run this down without an error message that tells me > > exactly what it's upset about. > > > > Any ideas? > > > > I think it's a mistake to ignore the /dev/null errors. It's quite > possible that the error is non-fatal when installing some packages and > fatal when installing others. The message indicates you need to mount > devfs within the chroot or jail being used to run pkg. > I agree, but for different reasons. Pkg is now using it, which is why we see a new error. None of the packages installed threw error messages before, so I think his setup is ok. Warner -- Ian > > _______________________________________________ > freebsd-embedded@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-embedded > To unsubscribe, send any mail to "freebsd-embedded-unsubscribe@freebsd.org > " >