Date: Thu, 20 Jun 2019 13:16:04 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-embedded@freebsd.org Subject: NanoBSD cust_pkgng problem.... Message-ID: <27515540-54ef-6e7e-1b87-9be875b54c22@denninger.net>
next in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
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?
--
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
[-- Attachment #2 --]
0 *H
010
`He 0 *H
00 H^Ōc!5
H0
*H
010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA0
170817164217Z
270815164217Z0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0"0
*H
0
h-5B>[;olӴ0~͎O9}9Ye*$g!ukvʶLzN`jL>MD'7U 45CB+kY`bd~b*c3Ny-78ju]9HeuέsӬDؽmgwER?&UURj'}9nWD i`XcbGz \gG=u%\Oi13ߝ4
K44pYQr]Ie/r0+eEޝݖ0C15Mݚ@JSZ(zȏ NTa(25DD5.l<g[[ZarQQ%Buȴ~~`IohRbʳڟu2MS8EdFUClCMaѳ !}ș+2k/bųE,n当ꖛ\(8WV8 d]b yXw ܊:I39
00U]^§Q\ӎ0U#0T039N0b010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA @Ui0U0 0U0
*H
:P U!>vJnio-#ן]WyujǑR̀Q
nƇ!GѦFg\yLxgw=OPycehf[}ܷ['4ڝ\[p 6\o.B&JF"ZC{;*o*mcCcLY߾`
t*S!(`]DHP5A~/NPp6=mhk밣'doA$86hm5ӚS@jެEgl
)0JG`%k35PaC?σ
׳HEt}!P㏏%*BxbQwaKG$6h¦Mve;[o-Iی&
I,Tcߎ#t wPA@l0P+KXBպT zGv;NcI3&JĬUPNa?/%W6G۟N000 k#Xd\=0
*H
0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0
170817212120Z
220816212120Z0W10 UUS10UFlorida10U
Cuda Systems LLC10Ukarl@denninger.net0"0
*H
0
T[I-ΆϏ dn;Å@שy.us~_ZG%<MYd\gvfnsa1'6Egyjs"C [{~_K Pn+<*pv#Q+H/7[-vqDV^U>f%GX)H.|l`M(Cr>е͇6#odc"YljҦln8@5SA0&ۖ"OGj?UDWZ5 dDB7k-)9Izs-JAv
J6L$Ն1SmY.Lqw*SH;EF'DĦH]MOgQQ|Mٙג2Z9y@y]}6ٽeY9Y2xˆ$T=eCǺǵbn֛{j|@LLt1[Dk5:$= ` M 00<+00.0,+0 http://ocsp.cudasystems.net:88880 U0 0 `HB0U0U%0++03 `HB
&$OpenSSL Generated Client Certificate0U%՞V=;bzQ0U#0]^§Q\ӎϡ010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA H^Ōc!5
H0U0karl@denninger.net0
*H
۠A0-j%--$%g2#ޡ1^>{K+uGEv1ş7Af&b&O;.;A5*U)ND2bF|\=]<sˋL!wrw٧>YMÄ3\mWR hSv!_zvl? 3_ xU%\^#O*Gk̍YI_&Fꊛ@&1n } ͬ:{hTP3B.;bU8:Z=^Gw8!k-@xE@i,+'Iᐚ:fhztX7/(hY` O.1}a`%RW^akǂpCAufgDix UTЩ/7}%=jnVZvcF<M=
2^GKH5魉
_O4ެByʈySkw=5@h.0z>
W1000{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
`He E0 *H
1 *H
0 *H
1
190620181604Z0O *H
1B@*Lc @Fb7*c3[ m+YV[G$u
{,I1c/
0l *H
1_0]0 `He*0 `He0
*H
0*H
0
*H
@0+0
*H
(0 +7100{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0*H
10{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
*H
Vt4SDMq,(AT^>ADS$evq30-Vk)EXJnx$K&}/"1*,;75:Qq&Ʌ{ti{DP\,@]rNɤ|`u[Ԯ{&\W(pk@a:8Οu=:Lp@߳d:]o&X.~@ı9ۥH|["(.7qR ?zrfgdͰh ?7Le!iL6Biɸ@qb<}iw<ϸKʎl";4V:|jUTe
<QщvOюޡ밿A'3X#?oGJl4L[yPGDEX"? O:lacǫ`%W#Ups9qI0gd9/ͬU2
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?27515540-54ef-6e7e-1b87-9be875b54c22>
